Я делал что-то подобное раньше. Это была CMS для университета, полностью реализованная за счет расширения администратора Django. Оказалось, это было плохое дизайнерское решение. Мне приходилось прыгать через обручи, чтобы что-то делать.
Это действительно зависит от требований вашего приложения. Если должно быть много Ajax или какой-то особый рабочий процесс, расширение администратора не будет правильным решением. Но я думаю, что 60% случаев могут быть покрыты расширением админа.
Это также отлично подходит для создания прототипов.
EDIT
ОК, это было в 0,96 дней.
До сих пор я построил 2 "больших" сайта, которые полностью работают на вершине нового администратора. В основном это управление делами, ввод данных и отчетность, чтобы их можно было втиснуть в рабочий процесс администратора. Но не без больших усилий по расширению базового сайта, ModelAdmin, InlineModelAdmin и т. Д. Решение пойти по этому пути состоит в том, что мы были вынуждены сделать это быстро. Но в первом случае он также идеально подходил под требования. Оба работают на интранете в государственном секторе. Оба отлично справляются со своей работой. Одна с 200 таблицами обрабатывает десятки тысяч записей. Другой управляет платежами.
Так что, да, это правда. Админ не ваше приложение. Тем не менее, он достаточно расширяемый, хотя многое из этого не задокументировано. И это вписывается в большинство основных рабочих процессов предприятия. Так что стоит рассмотреть в ограниченном числе сценариев.