我看到了ASP.NET社区关于MVC的嗡嗡声。我知道它的起源的基础，并有许多网站(除非我错了，堆栈溢出本身)基于ASP.NET MVC。
从我听说过和阅读关于MVC的一切似乎是ASP.NET开发的未来。但是，由于我通常不会在.NET Web开发中讨论，我仍然想知道以下：什么时候适合使用MVC，什么时候不是，为什么？ MVC的伟大(和可怕的)使用的例子将是迷人的。
虽然我意识到有其他实现的MVC视图其他语言像RoR我更感兴趣的其对.NET程序员的影响。
如果这已经过去了，我的道歉！
解决方法
这是我的2美分关于MVC的Web应用程序。对于MVC最初打算使用的GUI应用程序，需要“侦听器”代码，以便在事件更改模型数据时更新UI。
在MVC中，这是不必要的，你可以免费获得你的监听器：web服务器，HTTP请求是事件。所以真正MVC的web应该更简单。实际上，它可以归结为中介模式，其中控制器在模型和视图之间进行中介。
有两件事情有很多混乱。不管常规的“智慧”：
框架！= MVC
数据库数据！=“模型”
“全栈”Web开发框架通常添加许多功能，并且可能或可能不是基于MVC的核心。许多框架增加的功能之一是数据库访问或对象关系映射功能，并且因为框架和MVC混乱，随后数据库数据和MVC的模型方面也困惑。该模型通常可以被视为应用程序的基础数据，但它不必来自数据库。一个很好的例子可能是wiki，其中底层模型/数据由文件修订数据组成，例如，来自RCS。
希望这有助于，我相信其他人将有很多添加。
