当设置新的ZF项目时,我正常有这个目录结构: >申请 >模块 >默认 >控制器 >表格 >视图 >型号 >管理员 >控制器 >表格 >视图 >型号 >语言 >分享 >型号 >图书馆 >公开 我只使用模块,例如布局不同,或使用不同的数据库,或当然,当一个非常特殊的情况,如管理后台或论坛/板.然后我有Controller用于应用程序的不同部分.例如JobController,ProductContro
当设置新的ZF项目时,我正常有这个目录结构:
>申请
>模块
>默认
>控制器
>表格
>视图
>型号
>管理员
>控制器
>表格
>视图
>型号
>语言
>分享
>型号
>图书馆
>公开
我只使用模块,例如布局不同,或使用不同的数据库,或当然,当一个非常特殊的情况,如管理后台或论坛/板.然后我有Controller用于应用程序的不同部分.例如JobController,ProductController等.
我的一位同事向我介绍了他的基地布局.它几乎相同,但他使用了很多模块.像Job-Module,Product-Module这样的模块大多数都有2个Controller,一个IndexController和一个AdminController.
他的设置工作并没有错,但是我从来没有看到过这样的方法,它似乎不必要的复杂.
所以要结束:
你什么时候会使用模块,当你坚持下去
控制器?
>你有什么规则来决定模块或模块?
>在你的观点中,我的同事设置的缺点和优点是什么?
看法?
>在您的观点下,我的设置的缺点和优点是什么?
TIA
Rufinus
编辑:有关ZF2.0中重新设计的模块的信息,请参阅http://mwop.net/blog/2012-04-30-why-modules.html
What are the cons AND pros of my colleague’s setup in your point of view?
更好的可重用性.假设你的同事将代码放在与其他模块无关的模块中,他有效创建了一个自包含的问题域.与您的方法不同,他可以更轻松地将整个模块复制到其他应用程序.