MVC http://en.wikipedia.org/wiki/Model-view-controller已经存在了一段时间了。这是经过时间考验和证明的pattern http://en.wikipedia.org/wiki/Design_Pattern。许多框架利用MVC模式 http://en.wikipedia.org/wiki/Model-view-controller#Implementations_of_MVC_as_web-based_frameworks。 Martin Fowler 将 MVC 解构为:监制主持人 http://martinfowler.com/eaaDev/SupervisingPresenter.html and 被动观点 http://martinfowler.com/eaaDev/PassiveScreen.html.
建筑师克里斯托弗·亚历山大 http://en.wikipedia.org/wiki/Christopher_Alexander说得最好:
每个模式描述一个问题
一次又一次地发生在我们的
环境,然后描述
解决该问题的核心,
以这样的方式你可以使用这个
解决方案一百万次以上,无需
曾经以同样的方式做过两次。
我不确定您为什么要从 MVC 迁移。您是否遇到了 MVC 无法解决的问题?到给你更好的答案我们需要更多地了解您的情况问题域.
考虑时要考虑的事项模式/架构:如果你正在构建一些东西Myspace http://www.myspace.com/类型架构您将需要一个健壮的架构(MVC)。如果您通过网络创建一个简单的 CRUD 界面 - 几乎任何东西都可以。
对于不是 MVC 的 .Net Web 表单(我假设是 Web,因为您没有说厚客户端或 Web 客户端),维护它们是一场噩梦。寿命超过几年的 Web 表单应用程序往往会变得大泥球 http://www.laputan.org/mud/。即使如此,开发人员也发现了使用方法带有 Web 表单的 MVC https://stackoverflow.com/questions/664446/mvp-on-asp-net-webforms.
具有讽刺意味的是,ASP.NET Web 表单中缺乏 MVC 架构是导致开发的主要抱怨之一ASP.Net MVC 框架 http://www.asp.net/mvc/.
根据经验,如果您不使用某种 MVCesk 方法,您的解决方案将变得难以维护且臃肿。这些应用程序将慢慢痛苦地死去。
如果您的解决方案是一次性的小型项目,那么无论如何都要将一些东西组合在一起。哎呀,有一些工具可以生成从屏幕到数据访问层的所有内容。任何能完成工作的事情。