Pourquoi les modules Python n'importent-ils parfois pas leurs sous-modules?

J'ai remarqué quelque chose de bizarre aujourd'hui que j'aimerais expliquer. Je ne savais pas à 100% comment formuler cela comme une question, donc Google est hors de question. Le module de journalisation n'a pas accès au module logging.handlers pour une raison étrange. Essayez-le vous-même si vous ne me croyez pas:

>>> import logging
>>> logging.handlers
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'module' object has no attribute 'handlers'
>>> import logging.handlers
>>> logging.handlers
<module 'logging.handlers' from '/usr/lib/python2.6/logging/handlers.pyc'>

Quelqu'un peut-il expliquer pourquoi cela se produit?

En Python, les modules doivent être importés avant d'être accessibles. import loggingimporte uniquement le module de journalisation. Il se trouve qu'il loggings'agit d'un package avec des sous-modules, mais ces sous-modules ne sont toujours pas chargés automatiquement. Vous devez donc importer explicitement logging.handlersavant de pouvoir y accéder.

Si vous vous demandez pourquoi il semble parfois que vous n'ayez pas besoin de ces importations supplémentaires: certains paquets importent tout ou partie de leurs sous-modules lorsqu'ils sont importés - simplement en effectuant ces importations dans leurs __init__.pyfichiers. Dans d'autres cas, il se peut que vous importiez quelque chose d'autre, également importé logging.handlers. Peu importe le morceau de code qui importe; tant qu'un élément de votre processus est importé logging.handlersavant que vous n'y accédiez, il sera là. Et parfois, un module qui ressemble à un package n'en est pas vraiment un, comme oset os.path. osn'est pas un package, il importe simplement l'autre module correct (pour votre plate-forme) et l'appelle path, juste pour que vous puissiez y accéder en tant que os.path.

Je suis également novice en python et après avoir eu beaucoup de pratique, je peux maintenant faire la différence entre, package (dossier), module (.py), classes, variables ... etc ...

si vous voulez que l'un de vos dossiers soit un package python - il doit contenir un __init__.pyfichier même un fichier vide fera l'affaire !!!

et comme Thomas l'a dit, vous pouvez importer un module supplémentaire dans __init__.py si vous le souhaitez !!! mais les modules / packages ne sont accessibles qu'après leur importation ...

si vous souhaitez tout importer à partir d'un module, vous pouvez utiliser

from logging import *

reste, vous pouvez accéder au module des gestionnaires comme ci-dessous aussi,

from logging import handlers
print dir(handlers)

Thomas Wouters a très bien répondu à cette question, mais hélas, je n'ai trouvé cette question qu'après avoir trouvé la réponse dans la documentation originale. À cette fin, j'ai pensé ajouter à cela dans l'espoir que cela se rapproche du sommet du moteur de recherche à l'avenir.

QUESTION

Pourquoi l'erreur: ' AttributeError: module' module_name 'n'a pas d'attribut' sub_module_name 'apparaît même si mon éditeur (par exemple Visual Code) complète automatiquement le nom du sous-module:

 import module_name
 module_name.sub_module_name(parameter)

RÉPONDRE

Votre éditeur base sa saisie semi-automatique sur la structure de fichiers de votre projet et non sur le comportement Python. Les sous-modules ne sont pas importés «automatiquement» lorsque vous importez un module. Référence Python Documentation Pour plus de détails sur la façon de sous-modules d'importation « automatiquement » lors de l' utilisation

 import module_name

La contribution clé avec cette réponse étant l'ajout d'AttributeError lors de la tentative d'importer un 'module' ou 'package'

J'espère que cela aide quelqu'un!

J'ai fait face récemment à la même situation étrange. Donc, je parie que vous avez supprimé une importation de bibliothèques tierces. Cette bibliothèque supprimée contenait from logging import handlersou from logging import *et vous fournissait handlers. Et dans un autre script, vous avez eu quelque chose comme import logginget juste utilisé logging.handlerset vous avez pensé que c'est ainsi que les choses fonctionnent comme moi.