Pythonアプリケーションにパッケージをインポートするための好ましい方法について疑問に思っています。私はこのようなパッケージ構造を持っています：
project.app1.models
project.app1.views
project.app2.models
project.app1.viewsインポートproject.app1.modelsとproject.app2.models。これを行うには、頭に浮かぶ2つの方法があります。
絶対輸入の場合：
import A.A
import A.B.B
または、PEP328を使用してPython2.5で導入された、明示的な相対インポートを使用します。
# explicit relative
from .. import A
from . import B
これを行うための最もPython的な方法は何ですか？
import ..Aましたfrom .. import A。誰かが気付くまでにたった9年しか
回答:
絶対輸入。PEP 8から：
パッケージ内インポートの相対インポートはお勧めしません。すべてのインポートには常に絶対パッケージパスを使用してください。PEP 328 [7]がPython2.5で完全に実装されている現在でも、明示的な相対インポートのスタイルは積極的に推奨されていません。絶対インポートはより移植性が高く、通常はより読みやすくなります。
明示的な相対インポートは優れた言語機能ですが（私は推測します）、絶対インポートほど明示的ではありません。より読みやすい形式は次のとおりです。
import A.A
import A.B.B
特に、複数の異なる名前空間をインポートする場合。パッケージ内からのインポートを含む、よく書かれたプロジェクト/チュートリアルを見ると、通常はこのスタイルに従います。
より明確にするために必要ないくつかの追加のキーストロークは、将来、他の人（そしておそらくあなた）があなたの名前空間を理解しようとしているときに多くの時間を節約します（特に、パッケージの一部が含まれる3.xに移行する場合）名前が変更されました）。
Pythonの相対インポートは推奨されなくなりましたが、その場合はabsolute_importを使用することを強くお勧めします。
「これはほとんど歴史的ではありませんか？新しい相対インポート構文が実装されるまで、相対インポートにはさまざまな問題がありました。短期的な解決策は、それらを使用しないことを推奨することでした。長期的な解決策は、明確な構文を実装することでした。反勧告を撤回する時が来ました。もちろん、船外に出ることなく、私はまだ彼らに後天的な味を見つけますが、彼らには彼らの立場があります。」
OPは、次のようなPEP328を正しくリンクします。
いくつかのユースケースが提示されましたが、その中で最も重要なのは、サブパッケージを編集せずに大きなパッケージの構造を再配置できることです。さらに、パッケージ内のモジュールは、相対的なインポートなしでは簡単にインポートできません。
Pythonで相対インポートを使用する時期または理由についてもほぼ重複する質問を参照してください
もちろん、それはまだ好みの問題です。相対的なインポートを使用してコードを移動する方が簡単ですが、予期せず問題が発生する可能性もあります。インポートの名前を変更することはそれほど難しくありません。
PEP 328の新しい動作を強制するには、次を使用します。
from __future__ import absolute_import
この場合、暗黙的な相対インポートはできなくなります（たとえばimport localfile、機能しなくなり、のみ機能しますfrom . import localfile）。クリーンで将来性のある動作を実現するには、absolute_importを使用することをお勧めします。
重要な注意点があるためのものである PEP 338とPEP 366あなたは相対インポートを持っているか、あなたが買ってあげるfile.pyを実行することはできません- 、相対的な輸入がモジュールとしてインポートするPythonのファイルが必要ですValueError: Attempted relative import in non-package。
最善のアプローチを評価する際には、この制限を考慮に入れる必要があります。Guidoは、どのような場合でもモジュールからスクリプトを実行することに反対しています。
私はこれと__main__機械の他の提案されたいじりで-1です。唯一の使用例は、モジュールのディレクトリ内にたまたま存在するスクリプトを実行しているようです。これは、私が常にアンチパターンと見なしてきました。私の考えを変えるには、そうではないことを私に納得させる必要があります。
この問題に関する徹底的な議論はSOで見つけることができます。再。Python3これは非常に包括的です。
import .baz-これは、PEPで説明されている多くの同様の状況を単純化したものの1つにすぎません。
相対インポートでは、数十の内部インポートを変更せずに後でパッケージの名前を自由に変更できるだけでなく、Pythonを返送しないため、循環インポートや名前空間パッケージなどの特定の問題を解決することに成功しました。 top」をクリックして、トップレベルの名前空間から次のモジュールの検索を最初からやり直します。
python setup.py installまたはpython setup.py develop何らかの理由で）。そのような場合は、ソースコードをフォークしてgitサブモジュールとして追加します。それらのパッケージが独自のパッケージ名で絶対インポートを使用する場合、それらのインポートは失敗します。唯一の解決策は、明示的な相対インポートを使用することです。それが奨励されるべきだと私は思います。
from _ import ...ので、あなたの例は次のようになりますfrom .. import Aとfrom . import B