私はDjangoでいくつかのプロジェクトをやっていますが、私はDjango管理者を使用しません。代わりに私は簡単な管理アプリケーションを自分で作成しました。しかし、もちろん、これが良い方法であれば、私はまだ考えています。私はDjangoの管理者に行っても、私自身のものを書いてもいいですか？
私は自分の管理者になる選択をしたのはなぜなら、私は完全な柔軟性を持っているので、私は何でもできます。また、私は本当にユニークなインターフェイスを持つことができます。標準のDjango管理者は、プロジェクトを開始するときに時間を節約します。しかし、もし私が本当に良い柔軟性を持たせたいのであれば、私はそれを修正する必要があります...インターフェースについても、私はいくつかのテンプレートを上書きできることを知っていますが、すべてのレイアウト（イメージ、CSS、に）。
これらの理由があなた自身の管理者のためにはかなり合理的であれば？特に私のページを管理するために非常に派手なものは必要ないのですか？
ありがとうございます！
ありがとう、私は自分の管理者と一緒に新しいものを学ぶのに役立ちますが、私を制限しないと思います...もちろん、小規模なプロジェクトの場合は、デフォルトの管理者から始める方が良いでしょう。このシステムをたくさんのプロジェクトに使う - 私はそれを落として、自分のものが良いだろう。ありがとう。 –
私は同意しません。ホイールを再発明するのは間違っています。 –
Django Adminでは、すべてのテンプレートを上書きできます。それはあなたが内部のworkinsの多くをサブクラス化することができるので、また非常に柔軟です。
そして、ゆうじは言います。必要に応じていつでも独自のビューを作成できます。
私は間違いなくDjango管理者に行きます。私は前に一度、同じような状況に直面してきましたhere's how
あなたが望むようあなたがDjangoのアミンを使用して、それを修正することができ、。そしてここで私は信じているものです正しいです：あなたは大きなプロジェクトビルドしている場合で
：将来的にはあなたが完全なカスタマイズを持っている必要があり、および修正の多くを... は、独自の管理者を書きます。実際には。あなたはいつもそうしなければなりません - 私は自分のことを書くことを意味します - 。 djangoだけではありません。
小規模なプロジェクトを構築している場合：2つの機能を持ち、高速に構築したい場合。 （速い結果を持つ）。それは時間を無駄にするので、新しいものを書くのは悪い考えです。
しかし、あなたが自分でこれをやっている場合（上司はあなたが終了するのを待っていません）、私はあなた自身の管理者を書くことをお勧めします。それは良い経験であり、将来あなたを助けるでしょう。
これが役に立ちます
カスタム管理者と一緒にいつでもdjango管理者を使用できます。私は、管理者がモデルの更新や削除を行う方法に特化した管理者を持っています - 私はまだデフォルトの表示のために管理者を使用しています。 また、管理ページを作成するコストも低いので、管理アプリケーションを作成して、後で自分のロールを決めるのはなぜですか？ –
コメントありがとうございます。私はすでに私の管理者に私のモジュールを採用し始めたが、おそらく私は自分のカスタムモジュールに行くだろう。 –