Два пучка активно развиты, поэтому эти соображения могут изменить в ближайшем будущем.
Я мигрировали мои админ панели из symfony2admingenerator в SonataAdmin недавно, отчасти из-за какой-то ошибки в symfony2admingenerator, а отчасти потому, что я нашел SonataAdmin понятнее.
SA использует объектно-ориентированный подход, в то время как S2AG полагаться на YML конфигурации для определения администратора панели
S2AG необходимо создать полную структуру CRUD с помощью команды (контроллеры, представление и YML конфигурация) , в то время как панели SA являются только 1 DI Service Class
В S2AG параметры конфигурации более неясны, поскольку они основаны на файле yml и на автогенерируемых классах, и часто ошибка не дает значимого сообщения/stacktrace
в S2AG проще настроить визуализацию поля.
на веб-страницах S2AG некоторые параметры (например, фильтр списка) хранятся в сеансе, а не в строке запроса. Это приводит к затруднению прямого связывания с фильтрованным списком (например: комментарии пользователя)
SA выглядит более стабильным, но часть MongoDB менее развита и имеет меньше возможностей, чем часть ORM.
Я бы не пробовал, так как это действительно новый. И имхо глупо изобретать велосипед, когда вы можете просто его обновить. – copndz
ну, это полезный вопрос (12 тысяч + просмотров), но, как всегда, моды без здравого смысла закрыли его. некоторые правила на SO действительно раздражают – Dheeraj