「労働者が自分の仕事をうまくやりたいなら、まず自分の道具を研ぎ澄まさなければなりません。」 - 孔子、「論語。陸霊公」
表紙 > プログラミング > Python でプロジェクト間モジュール共有用の名前空間パッケージを定義するにはどうすればよいですか?

Python でプロジェクト間モジュール共有用の名前空間パッケージを定義するにはどうすればよいですか?

2024 年 11 月 8 日に公開
ブラウズ:118

How to Define Namespace Packages for Cross-Project Module Sharing in Python?

プロジェクト間モジュール共有のための名前空間パッケージの定義

Python では、名前空間パッケージは、複数のプロジェクトにわたって関連するコードを構造化する手段を提供します。名前空間パッケージを定義するには、名前空間パッケージ ディレクトリ内に __init__.py ファイルを配置しないようにすることが重要です。

名前空間パッケージの進化

Python 3.3 より前では、名前空間パッケージが必要でしたpkgutil.extend_path() または pkg_resources.declare_namespace() を使用した明示的な宣言。ただし、Python 3.3 以降では、暗黙的な名前空間パッケージが導入され、宣言なしでシームレスに作成できるようになりました。

通常のパッケージとの相互作用

名前空間パッケージは通常のパッケージと共存できます、階層構造が可能になります。名前空間パッケージ内のモジュールをインポートする場合、Python は親パッケージの path 内を検索し、標準の sys.path.

pkgutil.extend_path() を超えて検索を拡張します。 pkg_resources.declare_namespace()

以前は pkgutil.extend_path() と pkg_resources.declare_namespace() の両方が名前空間パッケージの定義に使用されていましたが、暗黙的な名前空間パッケージとの将来の互換性のために前者が推奨されます。 .

構造例

次のディレクトリ構造を考えてみましょう:

Package-1/namespace/
Package-2/namespace/
├── path1
│  └── package
│     ├── __init__.py
│     └── foo.py
├── path2
│  └── package
│     └── bar.py
└── path3
    └── package
        ├── __init__.py
        └── baz.py

__init__.py ファイル内で必要な extend_path 宣言を使用すると、namespace.foo、namespace.bar、namespace.baz などのインポートはすべて成功します。

リリースステートメント この記事は次の場所に転載されています: 1729575800 侵害がある場合は、[email protected] に連絡して削除してください。
最新のチュートリアル もっと>

免責事項: 提供されるすべてのリソースの一部はインターネットからのものです。お客様の著作権またはその他の権利および利益の侵害がある場合は、詳細な理由を説明し、著作権または権利および利益の証拠を提出して、電子メール [email protected] に送信してください。 できるだけ早く対応させていただきます。

Copyright© 2022 湘ICP备2022001581号-3