ImportError: Impossible d'importer le nom X

J'ai quatre différents fichiers nommés: main, vecteur, d'une entité et de la physique. Je ne vais pas poster tout le code, juste les importations, parce que je pense que c'est là où est l'erreur. (Si vous voulez, je peux plus poster)

Principal:

import time
from entity import Ent
from vector import Vect
#the rest just creates an entity and prints the result of movement

Entité:

from vector import Vect
from physics import Physics
class Ent:
    #holds vector information and id
def tick(self, dt):
    #this is where physics changes the velocity and position vectors

Vecteur:

from math import *
class Vect:
    #holds i, j, k, and does vector math

Physique:

from entity import Ent
class Physics:
    #physics class gets an entity and does physics calculations on it.

Je puis exécutez à partir de main.py et j'obtiens l'erreur suivante:

Traceback (most recent call last):
File "main.py", line 2, in <module>
    from entity import Ent
File ".../entity.py", line 5, in <module>
    from physics import Physics
File ".../physics.py", line 2, in <module>
    from entity import Ent
ImportError: cannot import name Ent

Je suis très nouveau à Python, mais ont travaillé avec C++ pour un long moment. Je suppose que l'erreur est due à l'importation de l'entité à deux reprises, une fois en main, et plus tard dans la physique, mais je ne sais pas une solution de contournement. Quelqu'un peut-il aider?

Quelle est la structure de répertoire de l'endroit où ils sont stockés et dans quels répertoires?
jetez un oeil à cette réponse de la boucle de l'importation en python: stackoverflow.com/questions/7199466/...
En général, ce n'est pas les bonnes pratiques de codage à faire from <module> import <name>, ou from <modlue> import *. Mieux à importer dans le cadre du module de l'espace de noms pour éviter la possibilité de remplacer à l'identique nommé références.
Ils sont tous dans le même répertoire nommé "code", donc pas de réelle structure.
Donc, ce que Joël est en train de dire, je devrais probablement utiliser 'importation de vecteur et de l'utilisation de 'x = vecteur.Vect(0,0,0)'? Et peut-être que c'est clair?
si le module est dans un sous-répertoire, est-il une réponse simple? L'importation fonctionne très bien à partir du répertoire contenant le module, mais pas à partir du répertoire parent. Il y a un __init__.py qui fonctionne jusqu'à ce qu'il ne peut pas importer de nom _foo. Pour l'enregistrement, _foo en C.
Vous devriez juste d'appel de vos classes Entity et Vector au lieu de Ent et Vect, il n'y a aucune raison de raccourcir ces noms. Et oui, l'utilisation import vector et puis x = vector.Vector(0,0,0).
Hey @Kevin puisque vous connaissez Java mieux, quelle est votre impression de ce 2008 article où l'auteur de la première phrase fait référence à la façon dont les dépendances circulaires sont "assez courant" en Java ?
Toutes les grandes langues prend en charge la circulaire importations sans problème... C#, C, C++, Java, Objective-C... Ce n'est pas 1991.
J'ai répondu à une question très semblable ici: stackoverflow.com/questions/50312470/...
Si vous ne pouvez pas obtenir loin de dépendances circulaires, vous pouvez les importer directement dans la fonction ou de la classe dans laquelle vous avez besoin de la dépendance à la place de mondial pour le fichier

InformationsquelleAutor jsells | 2012-02-12

422

Vous avez circulaire dépendante des importations. physics.py est importé de entity avant la classe Ent est défini et physics essaie d'importer des entity qui est déjà en cours d'initialisation. Supprimer la dépendance à physics de entity module.
- Ok, je comprends que la physique, c'est de l'importation de l'entité qui, à leur tour, les importations de la physique. Mais, je ne peux pas supprimer la dépendance à la physique de l'entité, parce que la classe Ent doit appeler à la mise à jour de sa position. J'ai aussi essayer d'importer de la physique à la fin du fichier ou dans le constructeur, et qui ne donne-moi la NameError: name 'x' n'est pas défini.
- Il n'y a pas beaucoup que vous pouvez faire que de restructurer le code. Si vous n'avez pas de consulter la Physique dans les Ent constructeur définition déplacer mport juste en dessous de la touche Ent. Si vous le faites, ajouter une méthode comme setPhysics pour permettre l'import après le constructeur.
- Puisque vous avez travaillé avec C++ "pour une longue période", vous devriez savoir que les deux classes ne doivent JAMAIS être dépendants les uns des autres. Ce qui est extrêmement important en C++, et même si c'est pas le n ° 1 chose en Python, c'est toujours une très bonne idée de suivre cette règle. Jamais deux classes qui savent les uns des autres, jamais. Si vous avez besoin d'aide avec la création de la structure de vos classes, de post reste du code de trop. Comment exactement (en termes de code) sont Entity et Physics liés les uns aux autres? Je suis sûr qu'il ya une solution de contournement pour ce que vous essayez de faire.
- Cela dépend vraiment de ce que tu entends par "connaître les uns les autres". Il est vrai qu'un bon design produit généralement un arbre de dépendances et c'est normalement la meilleure approche. Mais il y a des exceptions à cela. Les classes C++ peut certainement se référer à l'un l'autre de façon circulaire. (Bien qu'il est impossible pour eux d'être composée de l'une de l'autre.) Sans avant-déclaration, c'est un problème en Python qui n'a pas toujours d'un C++ solution.
- L'énoncé "deux classes ne doivent JAMAIS être dépendants les uns des autres" c'est de la foutaise. Les deux sens (bidirectionnel ) la navigation est très commun dans l'orientation de l'objet. les livres.google.co.royaume-uni/...
- Votre lien implicite, doit être le maître et l'autre esclave. Aussi, il s'agit des attributs et non pas de l'héritage, vous pouvez atteindre son exemple parce que Python utilise le duck-typing.
- Il est commun parce que les gens sont mauvais code. misko.hevery.com/2008/08/01/...
- La conception de l'État, le modèle (par exemple) est généralement mis en œuvre avec une classe de Contexte et État de l'interface. Les Instances de l'État sont passées de l'instance de Contexte, de sorte qu'ils peuvent appeler setState. Cela exige de l'Etat à savoir sur le Contexte et vice-versa. Comment est-ce classique du construit "mauvais code"? En fait c'est exactement le problème que je suis en lutte avec Python, mais je n'avais pas quand j'ai mis en place de l'État dans Java.
- Notez que si vous importez un module de type import a.b.c, (où vous avez besoin de c), mais dans un.b il y a une importation faisant référence à ce fichier de procéder à l'importation, il sera toujours être cyclique de l'importation.
InformationsquelleAutor Teemu Ikonen
119

Alors que vous devez absolument éviter les dépendances circulaires, vous pouvez reporter les importations en python.

par exemple:
```
import SomeModule

def someFunction(arg):
    from some.dependency import DependentClass
```
(au moins dans certains cas ) va contourner l'erreur.
- les dépendances circulaires sont les meilleurs contourné
- Base sur pep8, en mettant l'importation à l'intérieur de la méthode n'est pas bonne pratique
InformationsquelleAutor bharling
98

C'est une dépendance circulaire. Il peut être résolu sans aucune modification de la structure du code. Le problème se produit parce que dans vector vous demande que entity disponibles immédiatement, et vice versa. La raison de ce problème est que demandez-vous pour accéder au contenu du module avant qu'il soit prêt -- à l'aide de from x import y. C'est essentiellement le même que
```
import x
y = x.y
del x
```
Python est capable de détecter les dépendances circulaires et éviter la boucle infinie des importations. Essentiellement tout ce qui se passe est qu'un espace réservé vide est créé pour le module (ie. il n'a pas de contenu). Une fois que la circulaire dépendante de la compilation des modules, il met à jour le module importé. C'est fonctionne quelque chose comme cela.
```
a = module() # import a

# rest of module

a.update_contents(real_a)
```
Pour python pour être en mesure de travailler avec des dépendances circulaires, vous devez utiliser import x seul style.
```
import x
class cls:
    def __init__(self):
        self.y = x.y
```
Puisque vous n'êtes plus en se référant au contenu du module au plus haut niveau, python, il est possible de compiler le module sans avoir à accéder au contenu de la circulaire de la dépendance. Par haut niveau, je veux dire les lignes qui seront exécutées lors de la compilation, par opposition au contenu de fonctions (par exemple. y = x.y). Statiques ou variables de classe accéder au module de contenu peut aussi causer des problèmes.

InformationsquelleAutor Dunes
17

À faire de logic clair, c'est très important. Ce problème semble, parce que la référence de devenir un mort boucle.

Si vous ne souhaitez pas changer de logique, vous pouvez mettre certains instruction d'importation qui a causé ImportError à l'autre position de fichier, par exemple la fin.

un.py
```
from test.b import b2

def a1():
    print('a1')
    b2()
```
b.py
```
from test.a import a1

def b1():
    print('b1')
    a1()

def b2():
    print('b2')

if __name__ == '__main__':
    b1()
```
Vous obtiendrez d'Erreur d'Importation: ImportError: cannot import name 'a1'

Mais si nous changeons la position de test.b importer b2 dans Un comme ci-dessous:

un.py
```
def a1():
    print('a1')
    b2()

from test.b import b2
```
Et de la nous pouvons obtenir ce que nous voulons:
```
b1
a1
b2
```
InformationsquelleAutor g10guang
13

Je viens de recevoir cette erreur aussi, pour une autre raison...
```
from my_sub_module import my_function
```
Le script principal a Windows les fins de ligne. my_sub_module a des fins de ligne UNIX. Afin d'être le même résolu le problème. Ils doivent aussi avoir le même encodage des caractères.

InformationsquelleAutor marengaz
5

C'est une dépendance circulaire.
nous pouvons résoudre ce problème en utilisant importation ou module de classe ou d'une fonction où nous en avions besoin.
si nous utilisons cette approche, nous pouvons corriger dépendance circulaire

A. py
```
from B import b2
def a1():
    print('a1')
    b2()
```
B. py
```
def b1():
   from A import a1
   print('b1')
   a1()

def b2():
   print('b2')
if __name__ == '__main__':
   b1() 
```
InformationsquelleAutor a.patidar
4

Ne pas le nom de votre script python avec le nom d'un autre module d'importation

Solution: renommer votre travail script python

Exemple:
1. vous travaillez dans medicaltorch.py
2. dans ce script, vous devez: from medicaltorch import datasets as mt_datasets où medicaltorch est censé être un module installé
Cela ne fonctionne pas avec le ImportError. Il suffit de renommer votre travail script python dans 1.

InformationsquelleAutor Paul
3

Ne pas voir celui-là encore - c'est incroyablement stupide, mais assurez-vous que vous êtes à l'importation de la bonne variable/fonction.

J'ai été faire cette erreur

ImportError: impossible d'importer nom IMPLICIT_WAIT

parce que ma variable est en fait IMPLICIT_TIMEOUT.

quand j'ai changé mon importation d'utiliser le nom correct, je n'ai plus eu l'erreur ♂️
- J'étais prêt à tuer quelqu'un à essayer de comprendre pourquoi from PIL import Pillow ne fonctionnait pas.
InformationsquelleAutor Nick Brady

Vous devez vous connecter pour publier un commentaire.

un.py

b.py

un.py