Importer un fichier à partir d'un sous-répertoire?

J'ai un fichier appelé tester.py, situé sur /project.

/project a un sous-répertoire appelé lib, avec un fichier appelé BoxTime.py:

/project/tester.py
/project/lib/BoxTime.py

Je veux importer BoxTime de tester. J'ai essayé ceci:

import lib.BoxTime

Qui a abouti:

Traceback (most recent call last):
  File "./tester.py", line 3, in <module>
    import lib.BoxTime
ImportError: No module named lib.BoxTime

Des idées comment faire pour importer BoxTime depuis le sous-répertoire?

MODIFIER

La __init__.py était le problème, mais n'oubliez pas de consulter BoxTime comme lib.BoxTime, ou de l'utilisation:

import lib.BoxTime as BT
...
BT.bt_function()

InformationsquelleAutor Adam Matan | 2009-08-11

468

Prendre un regard sur les Paquets de documentation (Section 6.4) ici: http://docs.python.org/tutorial/modules.html

En bref, vous avez besoin de mettre un fichier vide nommé
```
__init__.py
```
dans la "lib".
- Pourquoi faut-il se sentir hacky? C'est la façon python marques de coffre/disponible importer des répertoires.
- Non seulement il marque safe/disponible importer des répertoires, mais fournit également un moyen d'exécuter du code d'initialisation lors de l'importation d'un nom de répertoire.
- Oui c'est hacky et même sale, et à mon avis, la langue ne devrait pas imposer sa façon de chargement de fichiers sur le système de fichiers. En PHP, nous avons résolu le problème en laissant le userland code s'inscrire à plusieurs d'auto-chargement des fonctions qui sont appelées lorsqu'un espace de noms de la classe est manquant. Ensuite, la communauté a produit le PSR-4 standard et Compositeur met en œuvre, et de nos jours, personne n'a à s'inquiéter de cela. Et pas stupide codé en dur __init__ fichiers (mais si vous le voulez, il suffit de s'inscrire à une auto-chargement de crochet ! C'est la différence entre hacky et piratable).
- sys, os, sys.chemin d'accès.insert(0, os.chemin d'accès.abspath('..')); à partir de sibling_package.hacks à l'importation HackyHackHack
- na pas travaillé en python 3.6
- Cela n'a pas fonctionné pour moi jusqu'à ce que j'ai changé la référence à la bibliothèque: foldername.modulename
- à l'aide de foldername.modulename a fait le tour
- python est un sale 🙂
InformationsquelleAutor
138
- Créer un sous-répertoire nommé lib.
- Créer un fichier vide nommé lib\__init__.py.
- Dans lib\BoxTime.py, écrire une fonction foo() comme ceci:
```
def foo():
    print "foo!"
```
- Dans votre code client dans le répertoire ci-dessus lib, écrire:
```
from lib import BoxTime
BoxTime.foo()
```
- Exécuter votre code client. Vous obtiendrez:
```
foo!
```
Bien plus tard, dans linux, il devrait ressembler à ceci:
```
% cd ~/tmp
% mkdir lib
% touch lib/__init__.py
% cat > lib/BoxTime.py << EOF
heredoc> def foo():
heredoc>     print "foo!"
heredoc> EOF
% tree lib
lib
├── BoxTime.py
└── __init__.py

0 directories, 2 files
% python 
Python 2.7.6 (default, Mar 22 2014, 22:59:56) 
[GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from lib import BoxTime
>>> BoxTime.foo()
foo!
```
- Pourriez-vous fournir un lien vers la documentation Python où c'est expliqué? Merci!
- essayez ceci: docs.python.org/tutorial/modules.html#packages
- Faisons en sorte que ce lien cliquable: docs.python.org/3/tutorial/modules.html#packages
InformationsquelleAutor hughdbrown
53

Vous pouvez essayer de l'insérer dans sys.path:
```
sys.path.insert(0, './lib')
import BoxTime
```
- C'est très bien si vous pour une raison quelconque ne peut pas ou ne crée pas la init.py fichier.
- ne semble pas fonctionner pour moi ("Pas de module..' erreur)
- Cela fonctionne si vous exécutez python dans le "projet" de répertoire. Le "." est interprété relativement au répertoire de travail courant, pas par rapport au répertoire où le fichier que vous êtes l'exécution de vie. Dites vous cd /data, python ../project/tester.py. Ensuite, il ne fonctionnera pas.
- Cela a fonctionné pour moi. Je préfère ce sur un init.py fichier, il les rend plus propres déclarations d'importation.
- Cela fonctionne BEAUCOUP mieux et est la solution "correcte". init.py bousille les paquets comme boto qui ont leurs propres dossiers enfants avec des modules.
- Vous devez créer (au moins) un fichier vide nommé __init__.py pour permettre à python modules d'importation à partir de ce dossier. J'ai essayé cette solution et fonctionne parfaitement (v2.7.6).
- Cette solution fonctionne lorsque vous sont pas en cours d'exécution d'une application dans le dossier parent du dossier modules que vous essayez d'importer et quand vous n'avez pas le __init__.py dans le module de dossiers.
- Vous n'avez pas, par hasard, arriver à modifier le chemin d'accès APRÈS avoir tenté l'importation, au lieu de l'avant? (J'ai fait au début, il suffit de la vieille habitude de commencer avec les importations.)
InformationsquelleAutor Kresimir
19

Votre répertoire lib contient un __init__.py fichier?

Python utilise __init__.py pour déterminer si un répertoire est un module.

InformationsquelleAutor Wade
17

J'écris cela parce que tout le monde semble suggérer que vous devez créer un lib répertoire.

Vous n'avez pas besoin de nom de votre sous-répertoire lib. Vous pouvez lui donner un nom anything à condition de mettre un __init__.py en elle.

Vous pouvez le faire en entrant la commande suivante dans un shell linux:
```
$ touch anything/__init__.py 
```
Alors maintenant, vous avez cette structure:
```
$ ls anything/
__init__.py
mylib.py

$ ls
main.py
```
Vous pouvez ensuite importer mylib en main.py comme ceci:
```
from anything import mylib 

mylib.myfun()
```
Vous pouvez également importer des fonctions et des classes comme ceci:
```
from anything.mylib import MyClass
from anything.mylib import myfun

instance = MyClass()
result = myfun()
```
Toute variable de classe ou de fonction à l'intérieur __init__.py peut également être consulté:
```
import anything

print(anything.myvar)
```
Ou comme ceci:
```
from anything import myvar

print(myvar)
```
- Ma structure de dossier est utils\__init__.py et utils\myfile.py. (Utils contient les deux fichiers) C'est la façon dont je suis en train d'importer from utils.myfile import myMethod. Mais j'ai ModuleNotFoundError: No module named 'utils'. Quel peut être le problème? P. S: je suis en utilisant Django et j'essaie de l'importer dans views.py qui est au même niveau que utils dossier
- il serait plus judicieux d'ouvrir un nouveau stackoverflow question en précisant toutes les informations nécessaires comme votre structure de dossier et lorsque vous démarrez l'application django de.
InformationsquelleAutor nurettin
14

Essayer import .lib.BoxTime. Pour plus d'informations lisez à propos relatif à l'importation dans PEP 328.
- Je ne pense pas que j'ai jamais vu que la syntaxe utilisée avant. Est-il de bonnes raisons de (ne pas) utiliser cette méthode?
- Pourquoi n'était-ce pas la réponse. Bien sûr, si vous voulez faire l'ensemble des paquets chose, vous devriez le faire. Mais ce n'est pas la question d'origine était.
- Cela me donne: ValueError: Tentative relative à l'importation hors-forfait
- Cela ne fonctionne que si le fichier que vous importez est lui-même partie d'un package. Si non, vous allez recevoir le message d'erreur que @a souligné Alex.
InformationsquelleAutor drrlvn
7

Je ne ce qui, fondamentalement, couvre tous les cas (assurez-vous que vous avez __init__.py relative/chemin/vers/votre/lib/dossier):
```
import sys, os
sys.path.append(os.path.dirname(os.path.realpath(__file__)) + "/relative/path/to/your/lib/folder")
import someFileNameWhichIsInTheFolder
...
somefile.foo()
```
Exemple:

Vous avez dans votre dossier de projet:
```
/root/myproject/app.py
```
Vous avez dans un autre dossier de projet:
```
/root/anotherproject/utils.py
/root/anotherproject/__init__.py
```
Vous souhaitez utiliser /root/anotherproject/utils.py et appeler foo fonction qui est en elle.

De sorte que vous écrivez dans app.py:
```
import sys, os
sys.path.append(os.path.dirname(os.path.realpath(__file__)) + "/../anotherproject")
import utils

utils.foo()
```
- si vous utilisez os.path vous voudrez probablement utiliser os.path.join((os.path.dirname(os.path.realpath(__file__)),'..','anotherproject') au lieu de coder en dur le '/' dans votre chemin de concaténation.
- Pourquoi ne pouvez-vous pas juste faire "../anotherproject" sans os.path.dirname()?
- Il est de bonne pratique d'utiliser os.chemin de fonctions. En cas de wrting "../anotherproject" et en déplaçant le code pour système d'exploitation Windows, le code de pause! os.chemin utils sait comment retourner chemin d'accès correct compte tenu de la OS le code en cours d'exécution sur. pour plus d'info docs.python.org/2/library/os.path.html
- et si vous utilisez ".." sans le dirname(realpath(__file__)), puis il va calculer le chemin relatif au répertoire de travail courant lorsque vous exécutez le script, pas par rapport à l'endroit où le script vie.
- Compris 🙂
InformationsquelleAutor Mercury

Créer un fichier vide __init__.py dans le sous-répertoire /lib.
Et d'ajouter en début de code principal

from __future__ import absolute_import

puis

import lib.BoxTime as BT
...
BT.bt_function()

ou mieux

from lib.BoxTime import bt_function
...
bt_function()

InformationsquelleAutor Mik

0

essayez ceci:

from lib import BoxTime
- sans aucune explication, ce n'est pas très utile.
InformationsquelleAutor Orane
-1

/project/tester.py

/project/lib/BoxTime.py

créer fichier vide __init__.py en bas de la ligne jusqu'à ce que vous atteindre le fichier

/project/lib/somefolder/BoxTime.py

#lib -- besoins a deux éléments que l'on __init__.py et un répertoire nommé mondossier
#somefolder a deux éléments boxtime.py et __init__.py

InformationsquelleAutor Chaitanya Gk

Vous devez vous connecter pour publier un commentaire.