Model view controller Model View Controller是开发web应用程序的最佳设计模式吗？

模型-视图-控制器（MVC）是开发web应用程序的最佳模式吗？目前使用的大多数框架似乎都遵循这种模式—Rails、Django，现在是ASP.net MVC。

要比较ASP.net MVC和ASP.net WebForms：

---

（向下滚动以决定何时创建MVC应用程序）

过去几年我一直在使用web表单，但在阅读Scott Guthrie出版的MVC章节后，我对这项新技术感到非常兴奋。我肯定不是说这是不是最好的，但它看起来很有希望

“最佳”是一个很危险的术语

这是一种非常流行的设计模式，许多语言都遵循这种模式

---

最近我做了一些MVC web应用程序，我可以说，对于我自己来说，这是一个非常好的方法，适用于我正在从事的项目。

我想为什么它如此流行是因为应用程序逻辑和设计之间存在着分离。这意味着设计师可以愉快地使用模板/设计，而不必关心程序员在做什么。或者，至少在理论上它应该是这样工作的。

一些响应者似乎混合了设计模式和实现它们的框架。我认为你的问题更倾向于模式，所以我会选择MVP模式（变体）而不是MVC

原因是什么？我强烈建议阅读“发明”该模式的人的“”作为MVC的更新。

可能不是最好的，但方向正确

---

顺便说一句，MVC适用于复杂、频繁变化的应用。 对于简单的web应用程序来说，它的复杂性太高了。

绝对不是。
好吧，也许吧。最好的，没有办法。
如果一个团队使用它并且在sych，那就太棒了

---

如果一个团队选择它是因为它是这个月的味道，唉。

这个问题似乎是修辞性的。“best”是未定义的，您提供了一个答案（“是的，大多数框架都遵循该模式”）。这里有真正的问题吗？还有什么你想知道的吗？+1代表“最佳”！=当你了解自己的具体需求时，你会说“受欢迎”，“新”技术？MVC web框架肯定已经存在多年了？MVC作为一种模式已经存在很长时间了（根据维基百科于1979年首次描述），但是像ASP.NET MVC这样的框架只有不到一年的历史，而不是只需要60行代码就可以实现：这并不重要。它在开普勒框架中的实现方式与使用Lua的实现方式相同。关键在于，MVC不应该用于简单的应用程序。“页面”就足够了。例如，MSDN明确指出在哪些情况下使用MVC fmwork可能不是一个好主意。