Différence entre les os.la fonction getenv et les os.environ.obtenez de l'

Est là toute la différence entre les deux approches?

>>> os.getenv('TERM')
'xterm'
>>> os.environ.get('TERM')
'xterm'

>>> os.getenv('FOOBAR', "not found") == "not found"
True
>>> os.environ.get('FOOBAR', "not found") == "not found"
True

Ils semblent avoir exactement les mêmes fonctionnalités.

InformationsquelleAutor André Staltz | 2013-06-04
  1. 38

    Une différence observée (Python27):

    os.environ lève une exception si la variable d'environnement n'existe pas.
    os.getenv ne soulève pas une exception, mais ne renvoie Aucun

    • L'OP pose des questions sur os.environ.get() qui renvoie None (sauf si spécifié différemment) et de ne jamais soulève une exception, si l'env. var. n'existe pas. Votre confusion choses avec l'aide de os.environ['TERM'] qui n'est pas ce que la question est à propos.
    • L'OP question pose des questions sur os.environ.get() vs os.getenv() mais le corps comprend également os.environ vs os.environ.get() donc cette réponse correcte dans au moins certains des moyens - incomplète, mais correct.
    InformationsquelleAutor giwyni
  2. 58

    Voir ce sujet. Fondamentalement, os.environ est trouvé lors de l'importation, et os.getenv est un wrapper pour os.environ.get, au moins dans Disponible.

    EDIT: Pour répondre à un commentaire, en Disponible, os.getenv est en fait un raccourci pour os.environ.get ; depuis os.environ est chargé à l'importation de os, et alors seulement, la situation est la même pour
    os.getenv.

    • En effet, il est, selon l'officiel de la doc: docs.python.org/3/library/os.html
    • À partir liés au sujet: "la principale raison de l'utilisation os.getenv() [...] c'est quand vous voulez avoir une valeur par défaut retournée lorsqu'un nom de variable d'environnement n'est pas trouvé dans os.environles clés plutôt que d'avoir un KeyError ou quel que soit levée, et que vous voulez économiser quelques caractères."
    InformationsquelleAutor W. Conrad Walden
  3. 35

    En Python 2.7 avec iPython:

    >>> import os
>>> os.getenv??
Signature: os.getenv(key, default=None)
Source:
def getenv(key, default=None):
    """Get an environment variable, return None if it doesn't exist.
    The optional second argument can specify an alternate default."""
    return environ.get(key, default)
File:      ~/venv/lib/python2.7/os.py
Type:      function

    Nous pouvons donc conclure os.getenv est juste un simple wrapper autour de os.environ.get.

    InformationsquelleAutor Zulu
  4. 8

    Alors qu'il n'y a pas de différence fonctionnelle entre os.environ.get et os.getenv, il y a un massive différence entre os.putenv et réglage des entrées sur os.environ. os.putenv est cassé, de sorte que vous devrait à défaut os.environ.get d'éviter tout simplement la façon dont os.getenv vous encourage à utiliser os.putenv pour la symétrie.

    os.putenv changements réels au niveau OS variables d'environnement, mais dans un sens qui ne se présentent pas à travers os.getenv, os.environ, ou de toute autre stdlib façon de l'inspection des variables d'environnement:

    >>> import os
>>> os.environ['asdf'] = 'fdsa'
>>> os.environ['asdf']
'fdsa'
>>> os.putenv('aaaa', 'bbbb')
>>> os.getenv('aaaa')
>>> os.environ.get('aaaa')

    Vous auriez probablement faire un ctypes appel à la C-niveau getenv pour voir les variables d'environnement après l'appel de os.putenv. (Lancement d'un shell sous-processus et de lui demander pour ses variables d'environnement pourrait fonctionner aussi, si vous êtes très prudent au sujet de l'évasion et de l' --norc/--noprofile/tout ce que vous devez faire pour éviter de configuration de démarrage, mais il semble beaucoup plus difficile d'obtenir le droit.)

    InformationsquelleAutor user2357112 supports Monica
  5. 3

    Outre les réponses ci-dessus:

    $ python3 -m timeit -s 'import os' 'os.environ.get("TERM_PROGRAM")'
200000 loops, best of 5: 1.65 usec per loop

$ python3 -m timeit -s 'import os' 'os.getenv("TERM_PROGRAM")'
200000 loops, best of 5: 1.83 usec per loop
    • La version de Python avez-vous testé avec. Sur 3.7.2, os.getenv est juste un wrapper pour os.environ.get, alors je suis très peu de frais généraux.
    • C'était 3.7.1 sur macOS Mojave. Les Timings étaient assez cohérentes.
    • peu ou pas c'est un appel de fonction, donc il n'y a que des frais généraux. Cela étant dit, vous n'avez probablement pas besoin de récupérer les variables d'environnement dans le milieu de la boucle interne.
    • Totalement hors de propos. Micro-optimisation d'un seul appel de fonction... pour Toutes les demandes de lecture de l'environnement que sur bootstrap de toute façon, faire encore plus de pertinence.
    • BTW, usec est un microseconde dans timeit. La différence constatée dans cette micro-analyse comparative a été de 0,18 microsecondes...
    InformationsquelleAutor fredrik