3

次のシナリオがあります。

「<strong>連絡先」という名前の既存のアプリケーションがあり、そのモデルは番号と名前です。

「<strong>unsubscribe」という新しいアプリケーションを作成し、再利用できるようにしたいと考えています。

これは私の問題です:

登録解除と呼ばれる新しいアプリでは、モデルの連絡先番号に関連する外部キーが必要になります。これは、「連絡先」に関連付けられていることを意味し、メールアプリなどには使用できません。Django は再利用可能な観点からこれをどのように処理しますか?

4

2 に答える 2

1

多くの場合、アプリ間でモデルをインポートしても問題ありません。これは、多くのアプリが持っている依存関係を作成するだけです。もちろん、アプリを個別にプラグインできるようにする方がより柔軟ですが、重要なことは、アプリを使用しようとする他の人のために依存関係を文書化することです。

アプリをプラグイン可能にしたい場合は、アプリの再編成を検討してください。シンプルであることは良いことですが、行き過ぎて原則を文字通り厳密に順守することを主張すると、機能の妨げになる可能性があります。

（アプリの具体的な詳細がなければ、これは単なる推測ですが、あなたが説明するすべてのアプリは連絡先を中心に展開しているため、連絡先のブール値フィールドとして購読を解除し、属性を設定するビューを使用して、同じアプリに単純に再パッケージ化できるようです. また、E メールで正確に何をしたいのかによって、似たようなものになります)

于 2013-06-04T10:02:36.877 に答える