多くの一般的なモデルを使用する 2 つの Django プロジェクトがあります。カスタム ユーザー クラス、アルゴリズム クラス、製品クラス。2 つのプロジェクトは e コマースに関連しており、どちらも異なるマシンで実行され、まったく異なる目的を果たします。
ただし、これらのモデルが「共通」にあることを考えると、ベース モデルとの「ベース」として機能する 3 つ目の共通プロジェクトを作成し、これらのプロジェクトの両方がインポートする価値があるかどうか疑問に思いました。この基本プロジェクトの共通モデル。
両方の e コマース Web サイトの 2 つの異なる顧客データベースと製品データベースをこの大きな共通データベースに結合できるため、これも役立ちます。
私の質問は次のとおりです。1) 考えられるオーバーヘッドの経験がある人、または現実的に見積もることができる人はいますか? 将来的には、両方の Django プロジェクトの共通部分を結合する必要がありますが、3 番目のプロジェクトを (おそらくリアルタイムで) インポートするには、多くのオーバーヘッドが生じると予想されます。
2) この 3 番目のプロジェクトをインポートするには、どのような方法が最適ですか? 私は複数の方法を考えることができます:
- インターネット上の既存のもの (setuptools、lxml、tasticpie) などのパッケージ化されたインストール可能な Python モジュールを作成し、そのモジュールを両方の Django プロジェクトにインポートします。
- プロジェクトをマシンのディレクトリに配置し、そのパスからリアルタイムで Python ファイル内にインポートします (以前に実行したことがありますが、機能しますが、オーバーヘッドがあるようです)。
編集: 私たちの共通のモデル/機能には、さらに、企業秘密の特許取得可能なコンテンツが含まれているため、公開配布は問題外です。ルートは、パッケージのようなものを作成することですが、一般には配布されず、2つの特定のマシンにのみ配布およびインストールされると推測しています。
誰でもこれについてフィードバックをいただけますか?
ありがとうございました