web-frameworks - MVC 还是事件驱动的面向组件的 Web 框架？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




这个问题与技术无关。您更喜欢哪种 Web 框架，以及何时:纯 MVC 还是面向事件驱动的组件？

只是为了说明“技术不可知论”，在这里我列举了一些 MVC 与组件 Web 框架，它们采用不同的技术/语言:

支柱 与 Java 服务器面/Tapestry

新的 ASP.NET MVC 与 “经典” ASP.NET

蛋糕 PHP 与 普拉多

Answer 1

我白天是 php 开发人员；但是，我更喜欢 Wicket 和/或 Lift，尤其是后者。 Prado 的问题似乎是 Controller 绑定(bind)到页面，而不是页面上的逻辑控件，否则，它似乎仍然比 PHP 领域的大多数其他选项更好。我认为一切都归结为可重用性，除非您拥有由 Controller 支持的组件，否则您无法将显示与支持控制逻辑完全分开。

所有这些“MVC”框架实现的 MVC 似乎很糟糕，你得到一个带有大量控件的逻辑页面，你必须处理页面 Controller 上的所有这些，哇，谢谢，现在我有了 MVC/n，其中 n 是控件的数量。到目前为止，我看到的大多数“MVC”系统都是脑死亡标签库的混搭，将请求响应扭曲到必须了解页面上所有内容的单个 Controller 中。

xhtml 模板与 js 和 css 完美分离。除了支持这些组件的一些类之外，突然之间，您不再忙于想知道复杂的页面将如何工作，或者您是否想将部分 x 放到其他地方。