gpt4 book ai didi

symfony1 - Symfony 管理员生成器 : To be or not to be?

转载 作者:行者123 更新时间:2023-12-04 22:37:01 25 4
gpt4 key购买 nike

在我开始的最后一个项目中,我想知道是否应该使用管理生成器。他们说,我通常的选择是不使用它,正如一些开发人员向我建议的那样,“除非它用于快速后端原型(prototype)设计和提交给客户端”。目前我正在启动一个项目,并且我处于客户端需要非常快速地开始加载大量数据的后端的情况,并且我怀疑是否使用管理生成器。如果需要简单的表单字段,我会使用它。但是我的一个模型必须有多个图像,也许我需要一个更复杂的 View 来允许客户端加载 N 个图像,所以管理生成器可能不是最好的选择,但它看起来很快,似乎可以节省时间,那就是我现在需要的,节省时间!
项目很简单,就是一个产品模型,多图多尺寸,属于简单类。
你怎么看?什么是最好的选择?您认为使用管理生成器或常规模块生成器在哪里有意义?
提前致谢!
问候。

最佳答案

我尽可能多地使用管理生成器。它的设计非常适合您网站的“后端”——作者和编辑将用于维护应用程序的管理屏幕。任何需要用户可编辑且简单的模块都需要管理员生成器。

最近我一直在使用管理生成器开始一切,以便有一个工作原型(prototype)来构建数据。然后我选择某些需要更多魔力的模块或 View ,并通过更多的定制来构建它们。

请记住,您可以将 View 和表单添加到管理生成器模块。在我的上一个项目中,我使用管理生成器来执行我的主要对象的“编辑”操作,但添加了类似于非管理生成器表单的“显示”方法——添加了 executeShow()行动和showSuccess模板。

要记住的另一件事是管理生成器是 只有一个发电机 .它会在 cache/frontend/env/modules 中为您编写一堆代码, 但您可以通过在 apps/frontend/modules/ 中构建等效代码来覆盖其中任何一个.如果您发现其中的一部分无法使用 generator.yml 进行配置,您可以将文件从缓存中复制到您的模块目录中并破解。不过,我更喜欢在自定义它之前尽可能地使用“开箱即用”的管理生成器。

关于symfony1 - Symfony 管理员生成器 : To be or not to be?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4473446/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com