Par rapport aux importations - ModuleNotFoundError: No module named x

C'est la première fois que j'ai vraiment assis et j'ai essayé de python 3, et semblent être en train d'échouer lamentablement. J'ai les deux fichiers suivants:

test.py
config.py

config.py a quelques fonctions qui y sont définis ainsi qu'un peu de variables. J'ai dépouillé les suivantes:

Cependant, j'obtiens l'erreur suivante:

ModuleNotFoundError: No module named 'config'

Je suis conscient que le py3 convention est d'utiliser absolue des importations:

from . import config

Cependant, cela conduit à l'erreur suivante:

ImportError: cannot import name 'config'

Donc, je suis à une perte quant à ce qu'à faire ici... Toute aide est grandement appréciée. 🙂

Je ne peux pas reproduire l'erreur, comment voulez-vous exécuter ce code?
- Je exécuter des test.py par pyCharm avec Python 3.6. Ne vôtre exécution fine?
Je l'exécuter avec d'inactivité qui viennent avec python, et aussi comme python test.py, et il fonctionne parfaitement bien. Je n'ai pas de pyCharm, mais peut-être une mauvaise configuration de pyCharm qui est à l'origine du problème
Très bizarre. Je suis en utilisant WinPython - il suffit de télécharger la vanille Python 3.6 à partir de python.org et il fonctionne très bien. Jamais pensé à vérifier l'interprète! Merci!
Ma conjecture est que quelque chose de funky qui se passe avec PYTHONPATH. Vérifiez vos paramètres IDE et/ou les variables d'environnement système.
J'ai ce même problème exact. Il n'est pas pycharm! Il est python3. Il fonctionne en python2, mais lors de l'utilisation de python3, vous voyez cette erreur! très frustrant.
sys.chemin d'accès.append(r'C:/.../LastFolder') fonctionne tout le temps

InformationsquelleAutor Ryan | 2017-05-02

93

TL;DR: vous ne pouvez pas le faire par rapport des importations à partir du fichier que vous exécuter depuis __main__ module n'est pas une partie d'un package.

Absolue des importations - importer quelque chose de disponible sur sys.path

Relative des importations - importer quelque chose par rapport à ce module, doit être une partie d'un paquet

Si vous utilisez les deux variantes exactement de la même manière, l'un d'eux devrait fonctionner. De toute façon, voici un exemple qui devrait vous aider à comprendre ce qu'il se passe, nous allons ajouter un autre main.py fichier avec l'ensemble de la structure de répertoire comme ceci:
```
.
./main.py
./ryan/__init__.py
./ryan/config.py
./ryan/test.py
```
Et laissez la mise à jour de test.py pour voir ce qu'il se passe:
```
# config.py
debug = True


# test.py
print(__name__)

try:
    # Trying to find module in the parent package
    from . import config
    print(config.debug)
    del config
except ImportError:
    print('Relative import failed')

try:
    # Trying to find module on sys.path
    import config
    print(config.debug)
except ModuleNotFoundError:
    print('Absolute import failed')


# main.py
import ryan.test
```
Passons à l'exécution de test.py première:
```
$ python ryan/test.py
__main__
Relative import failed
True
```
Ici "test" est la __main__ module et ne sait rien sur le sentiment d'appartenance à un package. Cependant import config devrait fonctionner, depuis le ryan dossier sera ajouté à sys.chemin d'accès.

Passons à l'exécution de main.py au lieu de cela:
```
$ python main.py
ryan.test
True
Absolute import failed
```
Et ici test est à l'intérieur de la "ryan" package et peut effectuer relative des importations. import config échoue depuis implicite relative des importations ne sont pas autorisés dans Python 3.

Espère que cela a aidé.

P. S.: si vous êtes collant avec Python 3 il n'est plus nécessaire dans __init__.py fichiers.
- Il y a une chose que je peux faire pour faire absolue des importations toujours du travail? Comme, appel sys.path.append('/some/path/my_module') à l'intérieur de /some/path/my_module/__init__.py ?
- Oui, il est assez commun pour modifier sys.path au cours de l'exécution (github.com/...). Vous pouvez également définir la variable d'environnement PYTHONPATH.
- "si vous êtes collant avec Python 3 il n'est plus nécessaire dans __init__.py de fichiers". Intéressant. Pouvez-vous expliquer cela? J'étais sous l'impression que le paquet mécanisme de résolution n'a pas changé tant que ça entre 2 et 3.
- "si vous êtes collant avec Python 3 il n'est pas besoin de plus pour __init__.py de fichiers". a l'Inverse, pouvez-vous décrire les choses si nous voulons un paquet de travailler dans les deux 2 et 3? Et de voir le tristement-out-of-date 2009 qu'est-Ce que __init__.py pour? et de ses plus hautement upvoted réponse "C'est une partie d'un package". Nous avons besoin de commencer en soulignant la distinction "forfait de base [de l'ancien, pré-3.3]" et "espace de noms de package [3.3+]" partout et souvent.
InformationsquelleAutor Igonato

J'ai tout compris. Très frustrant, surtout venant de python2.

Vous devez ajouter un . pour le module, indépendamment de si oui ou non il est relatif ou absolu.

J'ai créé le répertoire d'installation comme suit.

/main.py
--/lib
  --/__init__.py
  --/mody.py
  --/modx.py

modx.py

def does_something():
    return "I gave you this string."

mody.py

from modx import does_something

def loaded():
    string = does_something()
    print(string)

main.py

from lib import mody

mody.loaded()

quand j'execute principal, c'est ce qui arrive

$ python main.py
Traceback (most recent call last):
  File "main.py", line 2, in <module>
    from lib import mody
  File "/mnt/c/Users/Austin/Dropbox/Source/Python/virtualenviron/mock/package/lib/mody.py", line 1, in <module>
    from modx import does_something
ImportError: No module named 'modx'

J'ai couru 2to3 et le centre de sortie était ce

RefactoringTool: Refactored lib/mody.py
--- lib/mody.py (original)
+++ lib/mody.py (refactored)
@@ -1,4 +1,4 @@
-from modx import does_something
+from .modx import does_something

 def loaded():
     string = does_something()
RefactoringTool: Files that need to be modified:
RefactoringTool: lib/modx.py
RefactoringTool: lib/mody.py

J'ai dû modifier mody.py s'instruction import pour fixer

try:
    from modx import does_something
except ImportError:
    from .modx import does_something


def loaded():
    string = does_something()
    print(string)

Ensuite, j'ai couru main.py de nouveau et a obtenu le résultat attendu

$ python main.py
I gave you this string.

Enfin, juste pour le nettoyer et de le rendre portable entre 2 et 3.

from __future__ import absolute_import
from .modx import does_something

InformationsquelleAutor

18

Réglage PYTHONPATH peut également aider avec ce problème.

Ici est de savoir comment il peut être fait sur Windows

set PYTHONPATH=.
- réglage PYTHONPATH de code principal répertoire résolu le problème pour moi!
InformationsquelleAutor Santosh Pillai
9

Essayé votre exemple
```
from . import config
```
le suivant SystemError:

/usr/bin/python3.4 test.py

Traceback (most recent call last):

Fichier "test.py", line 1, in

partir de . import config

SystemError: module Parent " n'est pas chargé, ne peut pas effectuer relative à l'importation

Cela fonctionne pour moi:
```
import config
print('debug=%s'%config.debug)

>>>debug=True
```
Testé avec Python:3.4.2 - PyCharm 2016.3.2

À côté de cette PyCharm vous propose de Importation de ce nom.

Vous vha de cliquer sur config et un icône d'aide s'affiche.

InformationsquelleAutor stovfl
3

Vous pouvez simplement ajouter le fichier suivant dans votre répertoire tests, puis python va l'exécuter avant que les tests
```
__init__.py file

import os
import sys
sys.path.insert(0, os.path.abspath(os.path.join(os.path.dirname(__file__), '..')))
```
- C'est ce que j'étais exactement à la recherche de. Merci pour le partage de cette réponse!!!
InformationsquelleAutor Vinod Rane
2

Cet exemple fonctionne sur Python 3.6.

Je suggère d'aller à Run -> Edit Configurations dans PyCharm, suppression de toutes les entrées, et en essayant de lancer le code par le biais de PyCharm de nouveau.

Si cela ne fonctionne pas, vérifiez que votre projet interprète (Paramètres -> Projet Interprète) et exécutez la configuration par défaut (Exécuter -> Modifier les Configurations...).

InformationsquelleAutor Carson Crane
0

Comme cela a été dit dans les commentaires du post original, ce qui semblait être un problème avec l'interpréteur python que j'utilisais pour quelque raison que ce soit, et pas quelque chose de mal avec les scripts python. Je suis passé de la WinPython bundle officielle de python 3.6 à partir de python.org et il a très bien fonctionné. merci pour l'aide tout le monde 🙂
- Hmm déteste dire cela, mais même chose m'est juste arrivé. Recréer l'environnement de résoudre le problème. Dans mon cas, j'ai été faire cette erreur lors de l'exécution des tests. Dans le même environnement, de tenter d'importer même module travaillé. Recréer de l'environnement fixe tous (même version de python 3.6)
- Différents IDE ont différentes façon de la gestion du chemin, spécialement pour les fichiers source du projet (points de vue, modules, templates, etc.) Si votre projet est structuré et codé correctement, alors il devrait fonctionner pour tous (standard) de l'IDE. D'avoir des problèmes avec les IDE comme WinPython signifie que le problème est en effet en train de votre projet. Comme mentionné ci-dessus, le problème est "Vous devez ajouter un . pour le module" par user3159377 qui devrait être la accepté de répondre.
InformationsquelleAutor Ryan

Déclarer corriger sys.chemin liste avant d'appeler le module:

import os, sys

#'/home/user/example/parent/child'
current_path = os.path.abspath('.')

#'/home/user/example/parent'
parent_path = os.path.dirname(current_path)

sys.path.append(parent_path)
os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'child.settings')

InformationsquelleAutor HoangYell

Vous devez vous connecter pour publier un commentaire.