Symfony2 Admingenerator vs.Sonata admin

Symfony2 Admingenerator vs.Sonata admin,symfony,sonata-admin,Symfony,Sonata Admin,刚刚发现这个新项目。它用于为基于symfony2的应用程序轻松开发后端 我想知道,这个工具和project有什么不同?这个新的管理生成器是否有优先使用的用例 这两个捆绑包是积极开发的,因此可以考虑这些因素 在不久的将来发生变化 我最近将我的管理面板从symfony2admingenerator迁移到了SonataAdmin,部分原因是symfony2admingenerator中存在一些错误,部分原因是我发现SonataAdmin更清晰 SA使用OOP方法,而S2AG依靠yml配置来定义管理面

刚刚发现这个新项目。它用于为基于symfony2的应用程序轻松开发后端

我想知道,这个工具和project有什么不同?这个新的管理生成器是否有优先使用的用例

这两个捆绑包是积极开发的,因此可以考虑这些因素 在不久的将来发生变化

我最近将我的管理面板从symfony2admingenerator迁移到了SonataAdmin,部分原因是symfony2admingenerator中存在一些错误,部分原因是我发现SonataAdmin更清晰

  • SA使用OOP方法,而S2AG依靠yml配置来定义管理面板

  • S2AG需要通过命令(控制器、视图和yml配置)生成完整的CRUD结构,而SA面板仅为1个DI服务类

  • 在S2AG中,配置选项更加模糊,因为它们基于yml文件和自动生成的类,并且错误通常不会产生有意义的消息/堆栈跟踪

  • 在S2AG中,自定义字段渲染更为简单

  • 在S2AG网页中,一些参数(如列表的过滤器)存储在会话中,而不是存储在查询字符串中。这导致直接链接到过滤列表(例如:用户的评论)的困难

  • SA看起来更稳定,但MongoDB部分比ORM部分开发得更少,功能也更少


我不会尝试,因为它确实是新的。我认为,当你可以升级的时候,重新发明轮子是愚蠢的。这是一个有用的问题(12000多个视图),但是,像往常一样,没有常识的mods已经关闭了它。关于SO的一些规则真的很烦人