상대적 가져 오기에서 최상위 패키지 오류를 넘어서

파이썬 3의 상대적 가져 오기에 대해서는 이미 꽤 많은 질문이 있지만 많은 것들을 거친 후에도 여전히 내 문제에 대한 답을 찾지 못했습니다. 여기 질문이 있습니다.

아래에 표시된 패키지가 있습니다

package/
   __init__.py
   A/
      __init__.py
      foo.py
   test_A/
      __init__.py
      test.py

test.py에 한 줄이 있습니다.

from ..A import foo

지금은의 폴더에 package있으며

python -m test_A.test

나는 메시지를 받았다

"ValueError: attempted relative import beyond top-level package"

그러나 내가 package예를 들어 의 상위 폴더에 있다면 다음을 실행합니다.

cd ..
python -m package.test_A.test

다 괜찮아

이제 내 질문은 : 의 폴더에있을 때 packagetest_A 하위 패키지 내부에서 모듈을 실행합니다 test_A.test. 내 이해에 ..A따라 여전히 package폴더 내에있는 한 수준 만 올라갑니다 beyond top-level package. 왜 메시지가 나타납니다 . 이 오류 메시지를 발생시키는 이유는 무엇입니까?

편집 : 다른 질문 에이 질문에 대한 더 좋고 더 일관된 답변이 있습니다.

• 형제 패키지 가져 오기
• 10 억 시간 동안의 상대적 수입

왜 작동하지 않습니까? 파이썬이 패키지가로드 된 위치를 기록하지 않기 때문입니다. 따라서 할 때 python -m test_A.test기본적으로 test_A.test실제로 저장된 지식을 버립니다 package(즉 package, 패키지로 간주되지 않음). 시도는 from ..A import foo그것이 더 이상 (로드 된 위치, 즉 형제 디렉토리)이없는 액세스 정보에 노력하고있다. from ..os import path의 파일 을 허용 하는 것과 개념적으로 비슷합니다 math. 패키지를 구별하기를 원하기 때문에 이것은 나쁠 것입니다. 다른 패키지의 무언가를 사용해야하는 경우 전 세계적으로 패키지를 참조 from os import path하고 파이썬이 $PATHand 와 함께있는 곳에서 작동하도록 해야합니다 $PYTHONPATH.

을 사용하면 내용을 추적 하고로드 된 위치의 하위 디렉토리에 액세스 하기 때문에 문제 python -m package.test_A.test를 from ..A import foo해결하는 것이 package좋습니다.

파이썬이 현재 작업 디렉토리를 패키지로 간주하지 않는 이유는 무엇입니까? CLUE 는 없지만 유용합니다.

import sys
sys.path.append("..") # Adds higher directory to python modules path.

이 시도. 나를 위해 일했다.

가정 :
당신이있는 경우 package디렉토리 A와 test_A별도의 패키지입니다.

결론 :
..A가져 오기는 패키지 내에서만 허용됩니다.

추가 참고 사항 :
패키지 내에서만 사용할 수있는 상대 가져 오기를 만드는 것은 패키지를에있는 경로에 강제로 배치하려는 경우에 유용합니다 sys.path.

편집하다:

나는 이것이 미쳤다고 생각하는 유일한 사람입니까!? 왜 현재 작업 디렉토리가 패키지로 간주되지 않습니까? – 멀티 헌터

현재 작업 디렉토리는 일반적으로 sys.path에 있습니다. 따라서 모든 파일을 가져올 수 있습니다. 이것은 패키지가 아직 존재하지 않은 Python 2 이후의 동작입니다. 실행중인 디렉토리를 패키지로 만들면 모듈을 "import .A"로 가져오고 "import A"로 가져 오면 두 개의 다른 모듈이됩니다. 어쩌면 이것은 일관성이없는 것일 수도 있습니다.

3.6에서 이러한 솔루션 중 어느 것도 다음과 같은 폴더 구조로 작동하지 않았습니다.

package1/
    subpackage1/
        module1.py
package2/
    subpackage2/
        module2.py

내 목표는 module1에서 module2로 가져 오는 것이 었습니다. 마침내 나를 위해 일한 것은 이상하게도 충분했습니다.

import sys
sys.path.append(".")

지금까지 언급 한 2 점 솔루션과 달리 단일 점에 유의하십시오.

편집 : 다음은 나를 위해 이것을 명확히하는 데 도움이되었습니다.

import os
print (os.getcwd())

필자의 경우 작업 디렉토리는 (예기치 않게) 프로젝트의 루트였습니다.

from package.A import foo

나는 그것이 더 분명하다고 생각

import sys
sys.path.append("..")

당신은 기본적으로 그 때문에 가장 인기있는 대답에서 알 수 있듯이 PYTHONPATH또는 sys.path포함 .하지만 경로 패키지에. 그리고 상대적 가져 오기는 가져 오기가 발생하는 파일이 아니라 현재 작업 디렉토리에 상대적입니다. 이상하게도

먼저 상대 가져 오기를 절대로 변경 한 다음 시작하여이 문제를 해결할 수 있습니다.

PYTHONPATH=/path/to/package python -m test_A.test

또는 이런 식으로 호출 될 때 파이썬 경로를 강제로 :

으로 python -m test_A.test당신이 실행하고 test_A/test.py함께 __name__ == '__main__'하고__file__ == '/absolute/path/to/test_A/test.py'

즉 , 주요 사례 조건에서 test.py절대 import반 보호를 사용하고 일회성 Python 경로 조작을 수행 할 수 있음을 의미합니다 .

from os import path
…
def main():
…
if __name__ == '__main__':
    import sys
    sys.path.append(path.join(path.dirname(__file__), '..'))
    from A import foo

    exit(main())

편집 : 2020-05-08 : 내가 인용 한 웹 사이트가 더 이상 조언을 작성한 사람이 제어하지 않는 것 같습니다. 그래서 사이트 링크를 제거하고 있습니다. baxx를 알려 주셔서 감사합니다.

이미 큰 답변을 제공 한 후에도 누군가가 여전히 어려움을 겪고 있다면 웹 사이트에서 더 이상 사용할 수 없다는 조언을 얻었습니다.

내가 언급 한 사이트의 필수 인용문 :

"이 방법으로 프로그래밍 방식으로 동일하게 지정할 수 있습니다.

수입 시스템

sys.path.append ( '..')

물론 위의 코드는 다른 import 문 전에 작성해야합니다 .

그것이 사실 후에 생각하고, 이런 식이어야한다는 것이 분명합니다. 내 테스트에서 sys.path.append ( '..')를 사용하려고했지만 OP가 게시 한 문제가 발생했습니다. 다른 가져 오기 전에 가져 오기 및 sys.path 정의를 추가하여 문제를 해결할 수있었습니다.

__init__.py상위 폴더에있는 경우 import file/path as alias해당 init 파일에서 와 같이 가져 오기를 초기화 할 수 있습니다 . 그런 다음 하위 스크립트에서 다음과 같이 사용할 수 있습니다.

import alias

나는 겸손한 의견으로이 질문을 다음과 같이 이해합니다.

[사례 1] 다음과 같이 절대 가져 오기를 시작할 때

python -m test_A.test

또는

import test_A.test

또는

from test_A import test

실제로 import-anchor 를 test_A, 즉 최상위 패키지는로 설정 test_A합니다. 따라서 test.py do from ..A import xxx가 있으면 앵커에서 벗어나고 파이썬은 이것을 허용하지 않습니다.

[사례 2] 할 때

python -m package.test_A.test

또는

from package.test_A import test

앵커가된다 package, 그래서 package/test_A/test.py일을 from ..A import xxx(여전히 내부의 앵커를 탈출하지 않는 package폴더), 파이썬 행복이 받아들입니다.

한마디로 :

• 절대 가져 오기는 현재 앵커를 변경합니다 (= 최상위 패키지가 무엇인지 재정의 함).
• 상대 가져 오기는 앵커를 변경하지 않지만 이에 한정됩니다.

또한 FQMN ( 정규화 된 모듈 이름 )을 사용하여이 문제를 검사 할 수 있습니다.

각 경우에 FQMN을 확인하십시오.

• [사례 2] test.__name__=package.test_A.test
• [사례 1] test.__name__=test_A.test

따라서 CASE2의 경우 from .. import xxxFQMN = package.xxx인 새 모듈이 생성 됩니다.

CASE1의 경우 ..from 내 from .. import xxx에서의 시작 노드 (앵커)에서 뛰어 내리므로 test_APython에서는 허용되지 않습니다.

python 2.x에서는 확실하지 않지만 python 3.6에서는 전체 제품군을 실행하려고한다고 가정하면 사용하면됩니다. -t

-t, --top-level-directory directory 프로젝트의 최상위 디렉토리 (디폴트 시작 디렉토리)

그래서, 같은 구조에서

project_root
  |
  |----- my_module
  |          \
  |           \_____ my_class.py
  |
  \ tests
      \___ test_my_func.py

예를 들어 다음을 사용할 수 있습니다.

python3 unittest discover -s /full_path/project_root/tests -t /full_path/project_root/

그리고 여전히 my_module.my_class주요 드라마없이 가져옵니다 .