我也在zfforums上问了这个问题,但我可能会在这里得到回复.
所以Zend框架是一个通用的,灵活的,松散耦合的,高质量的框架.但是,我发现一些MVC部分不一致且过于复杂.希望你们中的一些人可以证明一些zf设计决策并回答一些问题:
一般问题/评论
为什么zend mvc不遵循与其他zend组件相同的命名约定？例如,mvc使用小写,多个目录名称和类名称不以目录信息为前缀,因此无法轻松自动加载.
我想要添加模块根目录的选项.这样,我就不必通过添加控制器/模块目录来显式配置调度程序.我可以放入一个模块并立即访问它.
为什么视图和动作助手之间有区别？目前,帮助程序并非设计为在整个代码中共享,并且存在加载和访问帮助程序的不一致方法.其他框架允许您在代码中的任何位置共享相同的帮助程序.我认为不需要专门化和违反DRY.
Zend查看问题
为什么视图使用"$ this"来访问资源？我没有看到额外打字的需要.其他一些框架提取()一个视图变量数组,允许从视图中加载全局函数或自动加载静态助手:myHelper :: someMethod();
为什么视图帮助程序每个类只允许一个函数？这导致了很多课程和相关的维护.我更喜欢使用已经提到的任何数量的方法的静态类.