django admin は、サイトの信頼できる管理者にサイトのデータ モデルへのフル アクセスを提供するユーティリティであると考えていました。
ただし、django admin を詳しく調べたところ、アプリケーション全体を作成するために使用できる非常に強力なビューとテンプレートのセットであることがわかりました。
admin だけを使用してアプリケーション全体を作成する頻度はどれくらいですか? admin をカスタマイズするよりも、ビュー自体を使用して作成する方が簡単ですか?
admin を使用してプロトタイプを構築するのはどうですか。プロトタイプを作成する必要さえありますか? 管理者のカスタマイズは、実際のアプリケーションでは再利用できません。
管理コードの一部を実際のアプリケーションで (別のテンプレートを使用して) 使用したい場合、何らかのスキャフォールディング オプションを利用できますか?
私は他の答えのほとんどに同意しません。
簡単に言えば、管理アプリを使用して無料で入手できるものに匹敵するものはありません。
管理者の最初のカスタマイズは、急な学習曲線に直面することになるため、難しいでしょう (テンプレートのオーバーライド、マネージャー、ModelAdmins、おそらくデータベース ビューの使用、CSS と JS、いくつかの追加フォームと検証ルールに対処する必要があります。等...）。しかし、それが完了すると、管理システムを自分のニーズに合わせることに王様のように感じ始めるでしょう。管理インターフェイスとバックエンドのみに基づいて、データ入力、レポート、および許可システムを備えた複雑な在庫および会計 Web アプリケーションを構築しました。
Django Admin は非常に柔軟で、複数の方法でオーバーライドできます。残念ながら、オーバーライドを行う方法は複数あり、一部の手法は十分に文書化されていません。
良いニュースは、次の戦略がうまく機能しているように見えることです。管理アプリをオーバーライド、カスタマイズ、およびサブクラス化して、すべてが少し苦痛に感じ始めたら、必要に応じて独自のビューにドロップします。
この質問に対する私の回答には、役立つリンクがいくつかあります
要するに：
必要に応じて管理部分を試してください。標準ビューを修正します。何かが足りない場合は、いつでも独自のビューを開発できます。
私にとって、django-admin だけに基づいた (rolodex よりも大きな) アプリケーション全体を想像することはできません。
A.