这个问题打算与技术无关.您更喜欢哪种Web框架,何时:纯MVC或事件驱动的组件导向？
为了说明"技术不可知论",我在这里用不同的技术/语言命名了一些MVC与组件Web框架:
Struts 与 Java Server Faces/Tapestry
新的ASP.NET MVC 与 "经典"ASP.NET
蛋糕PHP 与 PRADO
Saem.. 5
我是白天的php开发者; 但是,我更喜欢Wicket和/或Lift,尤其是后者.Prado的问题似乎是控制器与页面绑定,而不是页面上的逻辑控件,否则,它似乎仍然比PHP领域中的大多数其他选项更好.我认为所有这些都归结为可重用性,除非你有由控制器支持的组件,否则你无法将显示与支持控制逻辑完全分开.
所有这些'MVC'框架所蕴含的MVC似乎很糟糕,你得到一个带有大量控件的逻辑页面,你必须处理页面控制器上的所有这些,哇,谢谢,现在我有MVC/n,其中n是控件数量.到目前为止,我见过的大多数"MVC"系统都是脑死标签库的混合体,将请求响应扭曲到一个控制器中,该控制器必须知道页面上的所有内容.
带有js和css的xhtml模板奇妙地分开.除了支持这些组件的几个类之外,你突然想知道复杂的页面是如何工作的,或者如果你想要获取片段x,并将其放在其他地方.
我是白天的php开发者; 但是,我更喜欢Wicket和/或Lift,尤其是后者.Prado的问题似乎是控制器与页面绑定,而不是页面上的逻辑控件,否则,它似乎仍然比PHP领域中的大多数其他选项更好.我认为所有这些都归结为可重用性,除非你有由控制器支持的组件,否则你无法将显示与支持控制逻辑完全分开.
所有这些'MVC'框架所蕴含的MVC似乎很糟糕,你得到一个带有大量控件的逻辑页面,你必须处理页面控制器上的所有这些,哇,谢谢,现在我有MVC/n,其中n是控件数量.到目前为止,我见过的大多数"MVC"系统都是脑死标签库的混合体,将请求响应扭曲到一个控制器中,该控制器必须知道页面上的所有内容.
带有js和css的xhtml模板奇妙地分开.除了支持这些组件的几个类之外,你突然想知道复杂的页面是如何工作的,或者如果你想要获取片段x,并将其放在其他地方.
京公网安备 11010802040832号 | 京ICP备19059560号-6 