同じプロジェクト内の2つのアプリケーション間でDjangoユーザモデルを共有

Question

同様の質問が表示されますが、同じであるか回答がないようです。

私はDjangoで練習しており、簡単なオランダのオークションプロジェクトを作ろうとしています。最初は、2つの異なるアプリ、バイヤーアプリと売り手アプリを作成し、データベース（または3つのアプリ、commonAppバイヤーアプリとsellerApp）を共有するように考えていました。しかし、これをもっと深く掘り下げればするほど、私はDjangoが本当にテーブルの1つのセットからすべてのデータを共有するように設計された異なるアプリケーションを持っているのではないかと思います（おそらく私は間違っています）これに対応するために移行の仕組みを変更しなければならないことがわかったことに基づいています。

アイデア＃2は、ビューを慎重に管理することで機能性を分離し、考えられるデータのほとんどすべて（ユーザー、製品など）からモデルのセットを1つだけ保持するアプリケーションを作成するだけです。 。）とにかく共有されています。これは、Djangoがデータベース設計について汗を流すことなくすべてのデータ管理を行うことができるという利点があるようです。しかし、私はおそらく、ビューを管理することは過度に複雑になるだろうと心配しています。

私はnewbなので、私は考慮していない、この種のプロジェクトには理にかなっているアイデア＃3があるかもしれません。おそらくDjangoはこの仕事のための正しいツールではない...

私はプログラミングアイデア＃1を試してみましたが、すぐにスパゲッティになり、物事が非常に小さいときにのみ働きました。私は現在アイデア＃2に取り組んでいますが、これまでは問題ないと思っていますが、見解を分ける方法を概念化するのに問題がありますが、経験が不足している可能性があります。

私の質問は、この種の情報のための明らかなリソースがありますか？もしそうなら、そのように私に指摘してもらえますか？あなたのDjangoプロジェクト内部

Answer 1

：

manage.py startapp sellers 
manage.py startapp buyers 
manage.py startapp common 

はsettings.pyにこれら三つのアプリケーションを追加します。あなたのDjangoのバージョンによっては、ちょうど'sellers'、'buyers'、'common'または'seller.apps.SellerConfig'のようになります。

モデルをcommon/models.pyに書き込み、両方のアプリケーションに関連するその他のロジックを書きます。あなたの売り手や買い手のビューで次に

、：

from common.models import * # or a particular model

は、この情報がお役に立てば幸いです。