Supongamos que tengo un módulo de rules con la siguiente estructura:
rules ├── conditions.py ├── __init__.py En el script conditions.py , me gustaría importar una clase llamada RuleParserError definida en __init__.py . Sin embargo, no he sido capaz de averiguar cómo hacer esto. (Siguiendo a Python: ¿Cómo importar desde un archivo __init__.py? Lo he intentado
from . import RuleParserError pero esto conduce a un ImportError: cannot import name RuleParserError al intentar ejecutar conditions.py como __main__ ).
Veo 'importar desde el módulo principal' como un antipatrón en Python. Las importaciones deberían ser al revés. Importar desde __init__.py de módulos es especialmente problemático. Como notó, importar el módulo foo.bar desde foo/bar.py implica importar foo/__init__.py primero, y puede terminar con una dependencia circular. Agregar una print("Importing", __name__) a sus archivos de inicio ayuda a ver la secuencia y comprender el problema.
Le sugiero que mueva el código que desea importar en conditions.py desde __init__.py a un módulo de nivel inferior separado, y que solo importe algunos nombres de ese módulo en __init__.py para exponerlo en un nivel superior.
Supongamos que tiene alguna class Bar en su __init__.py . Yo lo reorganizaría de la siguiente manera.
__init__.py :
from bar import Bar # exposed at the higher level, as it used to be. bar.py :
class Bar(object): ... conditions.py :
from . import Bar # Now it works. Idealmente, un __init__.py no debería contener nada más que importaciones de módulos de nivel inferior, o nada en absoluto.
Si lo consigues
ImportError: attempted relative import with no known parent package
cuando te gusta
import . from somethingespecialmente del script ejecutado, solo intente
from __init__ import something Aunque podría ser problemático cuando hay muchos __init__.py en sys.path , sería útil en algunas situaciones simples.
agregando __package__ encima del script
__package__ = "pkg.dir.dir"resolviendo el problema
en este caso
__package__ = "rules"