asp.net-mvc – MVC的实际应用||什么时候使用,还是不使用MVC

我看到了ASP.NET社区关于MVC的嗡嗡声。我知道它的起源的基础，并有许多网站(除非我错了，堆栈溢出本身)基于ASP.NET MVC。

从我听说过和阅读关于MVC的一切似乎是ASP.NET开发的未来。但是，由于我通常不会在.NET Web开发中讨论，我仍然想知道以下：什么时候适合使用MVC，什么时候不是，为什么？ MVC的伟大(和可怕的)使用的例子将是迷人的。
虽然我意识到有其他实现的MVC视图其他语言像RoR我更感兴趣的其对.NET程序员的影响。

如果这已经过去了，我的道歉！

解决方法

在MVC中，这是不必要的，你可以免费获得你的监听器：web服务器，HTTP请求是事件。所以真正MVC的web应该更简单。实际上，它可以归结为中介模式，其中控制器在模型和视图之间进行中介。

有两件事情有很多混乱。不管常规的“智慧”：

框架！= MVC

数据库数据！=“模型”

“全栈”Web开发框架通常添加许多功能，并且可能或可能不是基于MVC的核心。许多框架增加的功能之一是数据库访问或对象关系映射功能，并且因为框架和MVC混乱，随后数据库数据和MVC的模型方面也困惑。该模型通常可以被视为应用程序的基础数据，但它不必来自数据库。一个很好的例子可能是wiki，其中底层模型/数据由文件修订数据组成，例如，来自RCS。

希望这有助于，我相信其他人将有很多添加。

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!