这个问题打算与技术无关.您更喜欢哪种Web框架,何时:纯MVC或事件驱动的组件导向？
为了说明"技术不可知论",我在这里用不同的技术/语言命名了一些MVC与组件Web框架:
我是白天的php开发者; 但是,我更喜欢Wicket和/或Lift,尤其是后者.Prado的问题似乎是控制器与页面绑定,而不是页面上的逻辑控件,否则,它似乎仍然比PHP领域中的大多数其他选项更好.我认为所有这些都归结为可重用性,除非你有由控制器支持的组件,否则你无法将显示与支持控制逻辑完全分开.
所有这些'MVC'框架所蕴含的MVC似乎很糟糕,你得到一个带有大量控件的逻辑页面,你必须处理页面控制器上的所有这些,哇,谢谢,现在我有MVC/n,其中n是控件数量.到目前为止,我见过的大多数"MVC"系统都是脑死标签库的混合体,将请求响应扭曲到一个控制器中,该控制器必须知道页面上的所有内容.
带有js和css的xhtml模板奇妙地分开.除了支持这些组件的几个类之外,你突然想知道复杂的页面是如何工作的,或者如果你想要获取片段x,并将其放在其他地方.
目前，“新热点”趋势是 MVC 方法。我个人更喜欢 MVC 框架的约定，因为许多占用宝贵开发时间的繁琐工作都被取消了。话虽如此，约束往往相当严格，并且在某些情况下可能需要更传统的基于组件的方法。总而言之，它是适合该工作类型选择的正确工具。