Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/jsf-2/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Symfony1 Symfony管理生成器:是还是不是?_Symfony1 - Fatal编程技术网

Symfony1 Symfony管理生成器:是还是不是?

Symfony1 Symfony管理生成器:是还是不是?,symfony1,Symfony1,在我开始的上一个项目中,我想知道是否应该使用管理生成器。我通常的选择是不使用它,正如一些开发人员向我建议的那样,“除非是为了快速的后端原型设计和提交给客户”,他们说。目前,我正在启动一个项目,我的情况是,客户端需要后端非常快地开始加载大量数据,我怀疑是否使用管理生成器。如果需要简单的表单字段,我会使用它。但我的一个模型必须有多个图像,也许我需要一个更复杂的视图,允许客户端加载N个图像,所以管理生成器可能不是最佳选择,但它似乎很快,似乎节省了时间,这就是我现在需要的,节省时间! 该项目非常简单,它

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

我已经与symfony合作了很长一段时间,我一直在使用管理生成器处理简单而复杂的情况。的确,在开发CRUD模块时可以节省时间,但我不认为这对于复杂的情况是不可取的

我认为你应该使用它,同时也要学习发电机给你的定制能力。如果您有复杂的表单,请将其留给表单类来管理。正如您所说,如果您的表单要渲染得相当复杂,那么您应该只处理视图中唯一部分的渲染

但是,如果您决定在没有它的情况下创建if,您应该开始考虑从scrap创建所有视图,在我的情况下,这需要相当长的时间(我不太会使用css)


但这只是我的观点,希望这能帮助你做出更理性的选择

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

最近,我开始使用管理生成器进行一切工作,这样就有了一个可以用来构建数据的工作原型。然后,我选择某些需要更多魔力酱的模块或视图,并通过更多定制来构建它们

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


要记住的另一件事是,管理生成器仅是一个生成器。它在
cache/frontend/env/modules
中为您编写了一组代码,但您可以通过在
apps/frontend/modules/
中构建等效代码来覆盖其中的任何代码。如果您发现其中一部分无法使用generator.yml进行配置,则可以将该文件从缓存复制到模块dir中,然后进行黑客攻击。不过,我更喜欢在定制“开箱即用”管理生成器之前,尽可能地使用它。

我支持Nathan;管理发电机是如此强大和容易。此外,它的后端和前端很容易定制。管理员是我仍然使用s1.4而不是s2的原因,尽管我喜欢s2的捆绑包架构。