質問0

Python のコンテキストにおける「モジュール」とは、単に定義とステートメントを含むファイルです。したがって、「パッケージ内の関連モジュール」とは、実際には「コードの実行内容に基づいてコードを別々のファイルに分割する」ことを意味します。

これを「他のアプリで作成されたアプリ」と説明すると、Django のアプリの概念と Python のモジュールの概念 (前述のように、コードを格納するファイルにすぎません) が混同されてしまいます。

質問1

アプリがモデルを共有する場合はどうすればいいですか?

それでも、「アプリは 1 つのことだけをうまく行う」という格言に従うようにしてください。この場合、プロファイル アプリと登録アプリを別々にすることは良い考えのようです。なぜなら、これらのアプリはまったく異なる機能を持っているからです。登録アプリには、ユーザーがサイトに登録できるようにするためのロジックが含まれます。プロファイル アプリは、ユーザーについてどのような情報を保存するかに関するものです。

これら 2 つのアプリが相互に関係を持つことには何の問題もありません - 以下を参照してください。

質問2

メイン アプリ (またはメイン アプリによって使用される他のアプリ) がユーザー モデルの一部 (たとえば、チャット サイトの場合は最近アクティブになったメンバー) を利用するとします。明らかに、メイン アプリはユーザー モデルからこの情報を取得します。メイン アプリはユーザー アプリの下にバンドルされるようになりますか?

いいえ。他のアプリへのリンクがある別のアプリである必要があります。

ユーザーモデルは良い例です。Djangoでは、カスタムユーザーモデルこれにより、ユーザーに関する必要な追加データを保存できます。

現在、ユーザー登録や認証などを行うサードパーティのアプリが数多く存在します。これらはDjangoのデフォルトのユーザーモデルだけでなく、あらゆるユーザーモデルで動作するように設計されています。その方法は、get_user_model()User直接インポートするのではなく、モデルを参照する必要がある場所であればどこでもdjango.contrib.auth.models.User。

つまり、独自のプロジェクト用に定義したユーザー モデルでサードパーティ アプリを使用できるということです。

Django のget_user_model()ユーティリティは、非常に一般的なユースケースに対応するためのものです。ただし、同じ原則を独自のアプリに拡張できます。アプリ間にスワップ可能な依存関係がある場合は、それをスワップアウトする方法を提供できます。たとえば、アプリを使用する他のプロジェクトが代替を指定できるようにする設定/構成などです。

Djangoエコシステムには、このような設定例が何百もあります。たとえば、Django自体には独自のdjango.contrib.auth認証アプリが付属しています。ただし、独自の認証ロジックを実装したい場合、認証アプリ全体を自分で再実装する必要はありません（それは大変な作業です）。代わりに、認証バックエンド認証アプリが認証に使用するものです。認証アプリは、どのプロジェクトでも最小限の労力で機能のコア部分を交換できるように設計されています。

そのためmain、アプリでは、どのモデルを使用するかを制御する設定を定義できますprofile。つまり、他のユーザーが別のプロファイル モデルを使用したい場合は、この設定を変更するだけで準備完了です。アプリに縛られることはなくなりますprofile。

たとえば、mainユーザー データを表示するビューがあり、別のアプリによって提供される登録ビューへのリンクも提供するアプリがあるとします。どの登録アプリを使用しているかに関係なく、他のユーザーがそのアプリを使用できるようにする必要があります。このビューを次のように再利用可能にすることができます。

でmain/views.py：

from django.contrib.auth import get_user_model
from django.conf import settings
from django.urls import reverse

class UserDetailView(DetailView):

    # First of all, we're using get_user_model so that a project
    # can specify whatever user model it wants, and still use this
    # view.
    model = get_user_model()

    def get_context_data(self, *args, *kwargs):
        ctx = super().get_context_data(*args, **kwargs)
        # We want to add a link to a registration view into this template context.
        # But we want this to be configurable.
        # Your REGISTRATION_URL would be something like 'profile:registration'
        ctx['registration_link'] = reverse(settings.REGISTRATION_URL)
        return ctx