Considérez le code suivant:
toolsmodule.database = "foo"
3 Réponses :
Cela ressemble à une autre multitude de bonnes raisons de ne pas utiliser Si vous venez de faire à partir d'outilsModule Import * .
Importer des outilsModule , vous pouvez faire outilsmodule.database = 'foo' , et tout est merveilleux.
Je le sais, mais j'utilise beaucoup ces variables, j'ai beaucoup de noms de module et j'aimerais éviter le typing supplémentaire.
Donc, faire des noms de module court: importer longmodulename comme sname . Maintenant, Sname se référera à longmodulename .
Si vous ne voulez pas taper Module d'outils à chaque fois, vous pouvez procéder comme suit: Importer des outils Module ASTM . De cette façon, vous gardez votre espace d'espace de noms et sauvegardez la saisie.
Et si vous voulez vraiment spamber votre espace de noms principal avec des outils d'outils. *, Utilisez simplement les deux techniques ensemble: Importer des outils Motoule; De OutilsModule Importer * .
Pourquoi ne le faites-vous pas comme ça:
import toolsmodule toolsmodule.database = "foo" from toolsmodule import * #bad idea, but let's say you have to.. print database #outputs foo
Quand j'ai essayé cela, je crois que j'ai fini par ne pas être capable de modifier plus la variable des outils intérieurs MMODULE. Cela doit être vérifié.
Les noms de variables Pythons sont simplement des étiquettes sur les variables. Lorsque vous outilsModule.py: puis exécutez: la sortie est < / p> Notez que si vous à partir d'un autre module a également fait un en bref: N'utilisez jamais IMPORT * Toutes ces étiquettes sont locales et lorsque vous définissez la base de données, vous pouvez simplement remplacer la variable locale, pas celle du MModule d'outils. Par conséquent, faites ceci: import * le changement n'est pas reflété. à partir de x importer * . Je ne sais pas pourquoi tous les débutants persistent à faire cela malgré toute la documentation que je connaisse dit que c'est une mauvaise idée.