django adminは、サイトの信頼できる管理者にサイトのデータモデルへのフルアクセスを提供するユーティリティだと考えていました。django adminを使用してWebアプリケーション全体を作成する
しかし、django adminを詳しく調べてみると、アプリケーション全体を作成するのに使うことができる非常に強力なビューとテンプレートのセットであると私は理解します。
adminを使用してアプリケーション全体を作成する頻度はどれくらいですか？管理者だけをカスタマイズするよりも、ビュー自体を使用して作成する方が簡単ですか？
adminを使用してプロトタイプを作成する方法はありますか。試作品を作る必要があるのだろうか？管理者のカスタマイズは、実際のアプリケーションでは再利用できません。
実際のアプリケーション（異なるテンプレートを使用）で管理コードの一部を使用したい場合は、何らかのスキャフォールディングオプションがありますか？
「管理者はあなたのアプリではありません」
カスタマイズが些細なことを超えている場合は、独自のビューを作成してください。
私の経験では、内部管理ページを比較的手の届かないところに置いています。代わりに、私はadminインデックステンプレートを上書きします。ここでは、ユーザーが重要なレポートやフォーム処理を行う必要がある場合に、カスタム作成ビューへのリンクを配置します。
簡潔に：
あなたのニーズに合わせて管理部を試してください。標準ビューを変更します。不足しているものがあれば、いつでも独自のビューを作成することができます。
私にとっては、django-adminだけに基づいた（rolodexよりも大きい）アプリケーション全体を想像することはできません。
a
私はこれまでにそういったことをしています。 Djangoの管理者を拡張して完全に実装された大学のCMSでした。それは悪い設計の決定であることが分かった。私はいくつかのことをするためにフープを突き抜けなければならなかった。
本当にアプリケーションの要件によって異なります。多くのAjaxや特定のワークフローが必要な場合は、管理者を拡張することは適切なことではありません。しかし、私は、症例の60％は管理者を拡張することでカバーできると思います。
プロトタイプの作成にも優れています。
EDIT 0.96日にあった
OK、。
これまでのところ、新しい管理者の上に完全に2つの「大きな」サイトを作成しました。大部分はケース管理、データ入力、レポート作成なので、管理者のワークフローに絞ることができます。しかし、基本的なサイト、ModelAdmin、InlineModelAdminなどを拡張することに大きな努力を払う必要はありません。このようにするという決定は、私たちがすばやくそれをやり遂げることを強いられました。しかし、最初のケースでは、それは要件にも完全に適合していました。どちらも政府部門のイントラネット上で動作します。両方とも彼らの仕事はうまくいく。 1つは数千のエントリを処理する200個のテーブルです。もう1人は支払いを管理します。
はい、そうです。管理者はあなたのアプリではありません。しかし、その多くは文書化されていませんが、十分に拡張可能です。そしてそれは最も基本的なenterpreseyのワークフローに合っています。したがって、限られた数のシナリオで検討する価値があります。
Django Adminは信じられないほど柔軟性があり、複数の方法で上書きすることができます。残念ながら、オーバーライドを行う方法は複数あり、テクニックのいくつかはあまりよく書かれていません。 管理アプリをオーバーライドし、カスタマイズし、サブクラス化し、すべてが少し痛みを感じ始め、その時点で必要な場所に自分のビューをドロップするまで、良いニュースは良いニュースです。
私は他の回答のほとんどに反対する私の答えでいくつかの有用なリンクがあります。
簡単に言えば、管理アプリを使って無料で入手できるものはありません。
急な学習曲線に直面するため、管理者の最初のカスタマイズは難しくなります（テンプレート、マネージャ、ModelAdminsのオーバーライドに対処する必要があります。おそらくデータベースビュー、CSS、JS、いくつかの追加フォームバリデーションルールなど）。しかし、それが終わると、管理システムをあなたの必要に合わせて曲げることに王が気づき始めるでしょう。私は、管理インターフェースとバックエンドだけに基づいて、データ入力、報告、および許可システムを備えた複雑な在庫管理と会計Webアプリケーションを構築しました。
いくつかの例があると示唆するリポジトリ？ –
アプリケーションでdjangoの管理ビューとテンプレートを使用するにはどうすればよいですか？ –