Cómo arreglar "Intento de importación relativa en un paquete" incluso con __init__.py

Estoy tratando de seguir PEP 328 , con la siguiente estructura de directorios:

pkg/
  __init__.py
  components/
    core.py
    __init__.py
  tests/
    core_test.py
    __init__.py

En core_test.pytengo la siguiente declaración de importación

from ..components.core import GameLoopEvents

Sin embargo, cuando ejecuto, aparece el siguiente error:

tests$ python core_test.py 
Traceback (most recent call last):
  File "core_test.py", line 3, in <module>
    from ..components.core import GameLoopEvents
ValueError: Attempted relative import in non-package

Al buscar, encontré que "la ruta relativa no funcionaba incluso con __init__.py " e " Importar un módulo desde una ruta relativa ", pero no me ayudaron.

¿Hay algo que me falta aquí?

Si. No lo estás usando como un paquete.

python -m pkg.tests.core_test

Para elaborar sobre la respuesta de Ignacio Vázquez-Abrams :

El mecanismo de importación de Python funciona en relación con el __name__del archivo actual. Cuando ejecuta un archivo directamente, no tiene su nombre habitual, sino que tiene "__main__"como su nombre. Entonces las importaciones relativas no funcionan.

Puede, como sugirió Igancio, ejecutarlo usando la -mopción Si tiene una parte de su paquete que debe ejecutarse como un script, también puede usar el __package__atributo para decirle a ese archivo qué nombre se supone que debe tener en la jerarquía del paquete.

Ver http://www.python.org/dev/peps/pep-0366/ para más detalles.

Puede usarlo import components.coredirectamente si agrega el directorio actual a sys.path:

if __name__ == '__main__' and __package__ is None:
    from os import sys, path
    sys.path.append(path.dirname(path.dirname(path.abspath(__file__))))

Depende de cómo quieras iniciar tu script.

Si desea iniciar su UnitTest desde la línea de comandos de una manera clásica, es decir:

python tests/core_test.py

Entonces, dado que en este caso 'componentes' y 'pruebas' son carpetas de hermanos, puede importar el módulo relativo utilizando el método insert o append del módulo sys.path . Algo como:

import sys
from os import path
sys.path.append( path.dirname( path.dirname( path.abspath(__file__) ) ) )
from components.core import GameLoopEvents

De lo contrario, puede iniciar su script con el argumento '-m' (tenga en cuenta que en este caso, estamos hablando de un paquete, y por lo tanto no debe dar la extensión '.py' ), es decir:

python -m pkg.tests.core_test

En tal caso, simplemente puede usar la importación relativa como lo estaba haciendo:

from ..components.core import GameLoopEvents

Finalmente puede mezclar los dos enfoques, para que su script funcione sin importar cómo se llame. Por ejemplo:

if __name__ == '__main__':
    if __package__ is None:
        import sys
        from os import path
        sys.path.append( path.dirname( path.dirname( path.abspath(__file__) ) ) )
        from components.core import GameLoopEvents
    else:
        from ..components.core import GameLoopEvents

En core_test.py, haga lo siguiente:

import sys
sys.path.append('../components')
from core import GameLoopEvents

Si su caso de uso es para ejecutar pruebas, y parece que es así, puede hacer lo siguiente. En lugar de ejecutar su script de prueba, python core_test.pyuse un marco de prueba como pytest. Luego en la línea de comando puedes ingresar

$$ py.test

Eso ejecutará las pruebas en su directorio. Esto evita el problema de __name__ser __main__que fue señalado por @BrenBarn. Luego, coloque un __init__.pyarchivo vacío en su directorio de prueba, esto hará que el directorio de prueba forme parte de su paquete. Entonces podrás hacer

from ..components.core import GameLoopEvents

Sin embargo, si ejecuta su script de prueba como programa principal, las cosas volverán a fallar. Así que solo usa el corredor de prueba. Tal vez esto también funcione con otros corredores de prueba como, nosetestspero no lo he comprobado. Espero que esto ayude.

Mi solución rápida es agregar el directorio a la ruta:

import sys
sys.path.insert(0, '../components/')

El problema es con su método de prueba,

intentaste python core_test.py

entonces obtendrá este error ValueError: intento de importación relativa en un paquete no

Motivo: está probando su embalaje desde una fuente que no es el paquete.

prueba tu módulo desde la fuente del paquete.

si esta es la estructura de tu proyecto,

pkg/
  __init__.py
  components/
    core.py
    __init__.py
  tests/
    core_test.py
    __init__.py

paquete de cd

python -m tests.core_test # dont use .py

o desde fuera del paquete /

python -m pkg.tests.core_test

solo .si desea importar desde la carpeta en el mismo directorio. para cada paso atrás agregue uno más.

hi/
  hello.py
how.py

en how.py

from .hi import hello

en caso de que quieras importar cómo desde hello.py

from .. import how

Hilo viejo. Descubrí que la adición de una __all__= ['submodule', ...]a la __init__.py archivo y luego usar el from <CURRENT_MODULE> import *en el objetivo de obras excelentes.

Puede usar from pkg.components.core import GameLoopEvents, por ejemplo, uso pycharm, la siguiente es la imagen de la estructura de mi proyecto, solo importo desde el paquete raíz, luego funciona:

Como dijo Paolo , tenemos 2 métodos de invocación:

1) python -m tests.core_test
2) python tests/core_test.py

Una diferencia entre ellos es la cadena sys.path [0]. Dado que la interpretación buscará sys.path al importar , podemos hacer lo siguiente tests/core_test.py:

if __name__ == '__main__':
    import sys
    from pathlib import Path
    sys.path.insert(0, str(Path(__file__).resolve().parent.parent))
    from components import core
    <other stuff>

Y más después de esto, podemos ejecutar core_test.py con otros métodos:

cd tests
python core_test.py
python -m core_test
...

Nota, py36 probado solo.

Este enfoque funcionó para mí y está menos abarrotado que algunas soluciones:

try:
  from ..components.core import GameLoopEvents
except ValueError:
  from components.core import GameLoopEvents

El directorio padre está en mi PYTHONPATH, y hay __init__.pyarchivos en el directorio padre y este directorio.

Lo anterior siempre funcionó en Python 2, pero Python 3 a veces golpeó un ImportError o ModuleNotFoundError (este último es nuevo en Python 3.6 y una subclase de ImportError), por lo que el siguiente ajuste funciona para mí en Python 2 y 3:

try:
  from ..components.core import GameLoopEvents
except ( ValueError, ImportError):
  from components.core import GameLoopEvents

Prueba esto

import components
from components import *

Si alguien está buscando una solución, me topé con una. Aquí hay un poco de contexto. Quería probar uno de los métodos que tengo en un archivo. Cuando lo ejecuto desde dentro

if __name__ == "__main__":

siempre se quejaba de las importaciones relativas. Traté de aplicar las soluciones anteriores, pero no funcionó, ya que había muchos archivos anidados, cada uno con múltiples importaciones.

Esto es lo que hice. Acabo de crear un lanzador, un programa externo que importaría los métodos necesarios y los llamaría. Sin embargo, no es una gran solución, funciona.

Aquí hay una manera que molestará a todos, pero funcionará bastante bien. En pruebas ejecutadas:

ln -s ../components components

Luego solo importe componentes como lo haría normalmente.

Esto es muy confuso, y si está utilizando IDE como pycharm, es un poco más confuso. Lo que funcionó para mí: 1. Realice la configuración del proyecto pycharm (si está ejecutando python desde un VE o desde el directorio de python) 2. No hay ningún error en la forma en que lo definió. a veces funciona con la clase de importación folder1.file1

si no funciona, use import folder1.file1 3. Su variable de entorno debe mencionarse correctamente en el sistema o proporcionarla en su argumento de línea de comando.

Debido a que su código contiene if __name__ == "__main__", que no se importa como un paquete, será mejor que lo use sys.path.append()para resolver el problema.