Python 3.3의 패키지에 `__init__.py` 파일이 필요합니까?

Python 3.3의 네임스페이스 패키지

질문:

Python 3.3에서는 여전히 __init__이 필요합니까? py 파일을 가져올 때 패키지?

답변:

꼭 그렇지는 않습니다. Python 3.3에서는 "암시적 네임스페이스 패키지" 개념을 도입하여 __init__.py 파일 없이 패키지를 생성할 수 있습니다. __init__.py 파일이 있는 일반 패키지와는 대조적으로 이를 네임스페이스 패키지라고 합니다.

암시적 네임스페이스 패키지 사용 사례:

네임스페이스 패키지는 특별히 사용됩니다. 여러 라이브러리가 서로 다른 위치에 있고 동일한 상위 패키지에 하위 패키지를 제공해야 하는 경우. 예를 들어 다음 구조를 고려해보세요.

google_pubsub/             # Package 1
    google/                 # Namespace package
        cloud/              # Namespace package
            pubsub/         # Regular package
                __init__.py
                foo.py

google_storage/             # Package 2
    google/                 # Namespace package
        cloud/              # Namespace package
            storage/        # Regular package
                __init__.py
                bar.py

네임스페이스 패키지가 없으면 Python이 일반 패키지를 자체 포함 엔터티로 처리하므로 "google_pubsub"와 "google_storage"를 모두 가져오는 데 실패합니다. "google" 및 "google/cloud" 디렉토리에서 __init__.py 파일을 제거하면 해당 파일이 네임스페이스 패키지로 해석되어 Python 인터프리터가 모듈과 하위 패키지를 찾아 "google" 패키지에 제공할 수 있습니다.

일반 패키지와 네임스페이스 패키지:

대부분의 경우 빈 패키지를 사용하여 일반 패키지를 사용하는 것이 좋습니다. __init__.py 파일. 그 이유는 다음과 같습니다.

• 일반 패키지가 더 예측 가능하고 유지 관리가 더 쉽습니다.
• 많은 Python 도구와 라이브러리는 일반 패키지가 제대로 작동할 것으로 기대합니다.

결론:

네임스페이스 패키지는 특정 시나리오에서 유용할 수 있지만, 아껴서 사용하세요. 대부분의 개발자 및 사용 사례에서는 __init__.py 파일이 포함된 일반 패키지가 권장되는 접근 방식입니다. 하위 패키지가 포함된 여러 디렉터리 간에 네임스페이스를 공유해야 하는 경우에만 네임스페이스 패키지를 고려하세요.

참조:

• [PEP 420 - 암시적 네임스페이스 패키지](https://www.python.org/dev/peps/pep-0420/)
• [Python Docs - 일반 패키지](https://docs.python.org/3/reference/ import.html#packages)
• [Python Docs - 네임스페이스 패키지](https://docs.python.org/3/reference/import.html#namespace-packages)
• [Python 가져오기 시스템의 부주의한 함정](https://www.python. org/doc/essays/import-traps/)

위 내용은 Python 3.3의 패키지에 `__init__.py` 파일이 필요합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!