問題タブ [django-project-architect]

ユーザーモデルが拡張/サブクラス化され、この結果のユーザーモデルが複数のアプリ間で共有および使用される場合、一般的なプロジェクト/アプリケーション構造はどのようなものになるのでしょうか。

複数のアプリで同じユーザーモデルを参照したいのですが。ログインインターフェイスはまだ作成していないので、どのように組み合わせるかわかりません。

次のことが思い浮かびます。

この状況に共通のパターンはありますか？ログインは「ログインアプリ」で処理するのが最適ですか？

この質問に似ていますが、より具体的です。 djangoアプリケーションの構成

アップデート

上記の私のユースケースを明確にしました。既存の認証ユーザーモデルにフィールド（拡張またはサブクラス？）を追加したいのですが。次に、そのモデルを複数のアプリで参照します。

このファサードコードは良いアイデアのように見えますか、それともデザインに本質的に欠陥があるものがありますか？さらに重要なことに、このコードで将来遭遇する可能性のある問題はありますか？どんな助けでも大歓迎です。

これを構築して、ファサードとしてcc番号などを受け入れるPaymentクラスを作成し、実装としてPayPalクラスを使用して、カードに請求してその情報を保存できるようにしようとしています。

短いバージョン:
Django プロジェクトの開発とテスト (まだ本番環境には入っていません) があり、これはゆっくりと「それほど小さくはない」ものになりつつあります。

プロジェクトのレイアウト:
このプロジェクトは、avatar、django_evolution、compressor など、私が開発したものではないさまざまな再利用可能なアプリケーションと、サイトの主な機能を含む、私が開発したより大きな (モノリシックと言えます) アプリで構成されています。ビュー ファイルは 1,000 行に達し、12 個のモデルがありますが、機能はほぼすべて揃っています (つまり、10 倍になるとは思っていません)。

疑問:
モデルとビューを 3 つの「グループ」に区別すると、3 つのアプリに分離される可能性がありますが、

• アプリは互いに非常に緊密に結び付けられているため、再利用性はまったくありません
• ホームページなどのいくつかの「共通領域」の問題がありますが、これらはプロジェクトの外に配置できると読んだことがあります。

最後に、私の質問:
アプリを分割することで何か利点を得ることはできますか?
「大きな」ファイルの読みやすさと保守性のみが目的の場合は、それらのファイルを分割してフォルダーに入れることができます (関連する多くの質問の回答が示唆するように)。

私は現在、大きな django プロジェクトに取り組んでいます。

多くのトピック センター、書籍、その他のメディア プロファイル、著者プロファイル、および著者プロファイルを持つことができる通常のユーザー プロファイルを備えた巨大なトピック ポータル。

今私がしていることは次のとおりです。

1 つの django アプリ、いつものようにテンプレート フォルダーがあり、テンプレートを作成すると、テンプレートの数が膨大になります。

1 つのプロジェクトで複数のアプリを使用することは経験したことがありません。

それが私がやっていることでいいのか、それとも複数のアプリを使うべきなのか、誰か教えてもらえますか?

または、別の言い方をすれば、1 つのプロジェクトに複数のアプリを含めることが理にかなっているのはいつですか?

前もって感謝します

ユース ケースが異なる 2 つの Django プロジェクトがあります。異なるドメインを使用してアクセスできます。これらは 2 つの異なるサーバーでホストされています。また、各 Django プロジェクトには独自のデータベースがあります。

これで、両方のプロジェクトに共通のモデルとビジネス ロジックがいくつかあります。今後無秩序になるコードとデータを複製したくありません。また、モデルとコード (ビジネス ロジック) を同期させたい (モデル/コードが変更された場合)。

必要なアーキテクチャを達成するのに役立つパターンに向けて誰かが私を導くことができますか?共通のモデルとビジネスロジックを持つ2つの別々のプロジェクト.

前もって感謝します。