Python - importation dans si

J'ai écrit il y a peu de wrapper pour urllib (python3). Est-il bon et sûr pour le module d'importation si?

if self.response_encoding == 'gzip':
    import gzip

Je n'ai pas trouvé PEP à propos de ce code. Cependant, il m'ennuie.

  • juste être sûr de ne pas appeler n'importe quelle fonction à venir à partir de ce logiciel s'il n'est pas importé
  • Oui, il est. Pourquoi ça vous dérange?
  • Je voulais vous demander et être sûr. Je devrais peut-être utiliser "inquiet" mot. L'anglais n'est pas ma langue maternelle.
  • Il dérange les gens, je pense, parce que dans d'autres langues, des constructions similaires à "importer" sont statiques déclarations, alors qu'en python elles sont exécutables. Une astuce: Vous pouvez faire 'a partir de x import *' à l'intérieur d'une fonction. Mais ne le faites pas. Parce que cela signifie que la fonction a maintenant une variable locale ensemble qui ne peut pas être déterminé lorsque la fonction est compilé, la touche func a différents éléments internes qui sont messier et plus lent, et local vars peut être touchée. (même si vous faites un "exec" dans un func sans l'aide de 'in'). Ces usages sont obsolètes.
InformationsquelleAutor Mateusz Jagiełło | 2012-10-12
  1. 27

    Le Python de la bibliothèque standard utilise, donc c'est très certainement correcte et sûre. Voir la os module de source pour un excellent exemple:

    if 'posix' in _names:
    name = 'posix'
    linesep = '\n'
    from posix import *
    try:
        from posix import _exit
    except ImportError:
      pass
    import posixpath as path
    import posix
    __all__.extend(_get_exports_list(posix))
    del posix

    Il est assez commun pour conditionnellement à l'importation des modules en python. Au lieu de if, vous verrez souvent un try:/except ImportError: combinaison trop:

    try:
    from subprocess import check_output
except ImportError:
    # Python 2.6 and before
    def check_output(*popenargs, **kwargs):
        from subprocess import Popen
        if 'stdout' in kwargs:
            raise ValueError('stdout argument not allowed, it will be '
                             'overridden.')
        process = Popen(stdout=PIPE, *popenargs, **kwargs)
        output, unused_err = process.communicate()
        retcode = process.poll()
        if retcode:
            cmd = kwargs.get("args")
            if cmd is None:
                cmd = popenargs[0]
            raise CalledProcessError(retcode, cmd)
        return output

    Ici, on utilise essentiellement l'équivalent moral d'une if test: Si vous pouvez importer check_output, le faire, sinon de définir la fonction complète ici.

    Une instruction d'importation est juste un re-liaison d'un morceau de code pour un nom local. À l'aide d'un if flux de contrôle pour le contrôle de l'importation n'est pas différente de l'affectation d'une variable dans une if déclaration à cet égard. Vous devez assurez-vous de ne pas utiliser le nom, sans qu'il soit défini à l'autre.

    • +1 -- try/except ImportError était mon premier instinct de répondre à cette question ainsi.
    InformationsquelleAutor Martijn Pieters
  2. 10

    C'est assez commun de l'idiome en fait. Vous allez voir parfois de choisir entre différents modules:

    if system == 'linux':
   import linuxdeps as deps
elif system == 'win32':
   import win32deps as deps

    Ensuite, en supposant que les deux linuxdeps et win32deps ont les mêmes fonctions, vous pouvez simplement l'utiliser:

    deps.func()

    C'est même utilisée pour obtenir os.path dans la bibliothèque standard (une partie du code source pour os suit):

    if 'posix' in _names:
    name = 'posix'
    linesep = '\n'
    from posix import *
    try:
        from posix import _exit
    except ImportError:
        pass
    import posixpath as path

    import posix
    __all__.extend(_get_exports_list(posix))
    del posix

elif 'nt' in _names:
    name = 'nt'
    linesep = '\r\n'
    from nt import *
    try:
        from nt import _exit
    except ImportError:
        pass
    import ntpath as path

    import nt
    __all__.extend(_get_exports_list(nt))
    del nt
    InformationsquelleAutor mgilson
  3. 3

    Sûr, c'est très bien. Il peut même être nécessaire dans les cas où le module a du code d'initialisation que vous n'avez pas toujours envie de courir.

    InformationsquelleAutor John Kugelman
  4. 1

    Est-il sûr? Oui. Comme Martijin réponse a souligné que Officiel de Python d'utilisation de ce.

    Est-il adéquat? Dépend. Python performance docs souligne que, même si python peut éviter d'importer le même module, il y a toujours une surcharge.

    Donc, je crois que vous devriez vous poser, comment souvent si l'énoncé est vrai. Si très souvent, alors il sera grand frais généraux, et vous devez l'importer au début du fichier. Si pas souvent, puis les importer dans si l'état est un choix judicieux.

    InformationsquelleAutor user3483404