在我开始的最后一个项目中，我想知道是否应该使用admin生成器。我们通常的选择是不使用它，正如一些开发人员向我建议的那样，“除非是快速后端原型设计和提交给客户”，他们说。目前我正在启动一个项目，我的情况是客户端需要后端非常快才能开始加载大量数据，而且我怀疑是否使用了管理生成器。如果需要简单的表单字段，我会使用它。但我的一个模型必须有多个图像，也许我需要一个更复杂的视图，允许客户端加载N个图像，所以管理生成器可能它不是最好的选择，但它似乎很快，似乎节省时间，这是我现在需要什么，节省时间！ 该项目非常简单，它只是一个具有多个图像和多个大小的产品模型，属于一个简单的类别。 你怎么看？什么是最好的选择？您认为使用管理生成器或常规模块生成器在哪里有意义？ 提前致谢！ 问候。
答案 0 :(得分：10)
我尽可能使用admin生成器。它的设计非常适合您网站的“后端” - 作者和编辑将用于维护应用程序的管理屏幕。任何需要用户可编辑且模块简单的模块都需要管理生成器。
最近我一直在使用admin生成器启动所有内容，以便有一个工作原型来构建数据。然后我选择需要更多魔术酱的某些模块或视图，并通过更多自定义构建它们。
请记住，您可以向管理生成器模块添加视图和表单。在我的上一个项目中，我使用admin生成器进行主对象的“编辑”操作，但添加了类似于非管理生成器表单的“show”方法 - 添加executeShow()操作和showSuccess模板。
要记住的另一件事是管理生成器只是一个生成器。它在cache/frontend/env/modules中为您编写了大量代码，但您可以通过在apps/frontend/modules/中构建等效代码来覆盖其中的任何代码。如果您发现无法使用generator.yml配置它的一部分，则可以将文件从缓存中复制到模块目录中并进行黑客攻击。我喜欢在定制它之前尽可能采用“开箱即用”的管理生成器。
答案 1 :(得分：1)
我一直在使用symfony很长一段时间了，我一直在使用管理生成器来处理简单而复杂的情况。确实，它在开发CRUD模块时节省了时间，但我认为这不适用于复杂的情况。
我认为您应该使用它，并了解发电机为您提供的定制功能。如果您有复杂的表单，请保留表单类进行管理，正如您所说，如果您的表单要渲染得非常复杂，那么您应该只处理该视图的唯一段的渲染。
但是，如果你决定如果没有它，你应该开始考虑从废料中创建所有的视图，在我的情况下需要花费很多时间（我不是那么多用于css）。
但这只是我的意见，希望这有助于你做出更理性的选择！