Die beiden Bündel sind aktiv entwickelt, so dass diese Überlegungen in naher Zukunft ändern können.
Ich habe meinen Admin-Panels von symfony2admingenerator zu SonataAdmin vor kurzem migriert, zum Teil aufgrund einiger Fehler in symfony2admingenerator, und zum Teil, weil ich SonataAdmin klarer gefunden habe.
SA verwendet einen OOP-Ansatz, während S2AG auf einem yml Config verlassen, um den Admin-Panels
S2AG müssen erzeugt eine komplette CRUD Struktur über den Befehl (Controller, Ansichten und ein yml config) zu definieren, In S2AG sind die Konfigurationsoptionen etwas unklarer, da sie auf einer YML-Datei und auf automatisch generierten Klassen basieren, und oft liefert ein Fehler keine sinnvolle Nachricht/Stacktrace
in S2AG ist einfacher, das Rendern eines Feldes anzupassen.
In den S2AG-Webseiten werden einige Parameter (wie der Filter einer Liste) in der Sitzung und nicht in der Abfragezeichenfolge gespeichert. Dies führte zu der Schwierigkeit, direkt mit einer gefilterten Liste zu verknüpfen (zB: Die Kommentare eines Benutzers)
SA schien stabiler, aber der MongoDB Teil ist weniger entwickelt und hat weniger Features als der ORM Teil.
Ich würde es nicht versuchen, da es wirklich neu ist. Und es ist albern, das Rad neu zu erfinden, wenn man es nur aufrüsten kann. – copndz
Nun, das ist eine nützliche Frage (12 Tausend + Ansichten), aber wie immer haben die Mods ohne gesunden Menschenverstand es geschlossen. Einige Regeln zu SO sind wirklich nervig – Dheeraj