为什么要转移到Asp.NET MVC - 为什么不移动

Question

简单如下： 为什么要转向Asp.NET MVC＆amp;为什么不搬家（如果有任何理由）？

加

移动是必要的吗？ 我们可以说未来属于asp.net mvc吗？ 你认为它可以保持多少年？

Answer 1

MVC构造得更好，允许更好的代码分离和对标记的控制，并且在服务器上更轻，恕我直言，唯一不移动的原因是你有一个遗留的.NET应用程序（或其他）这是完美无瑕的，你不应该在不久的将来对它进行认真的调整/修复。

如果你决定移动，你应该知道你将能够重复使用很少的webforms GUI和用户控件，因为MVS的构建有点不同。如果编写得好，您可以重用类库。在任何情况下，在MVC中编写内容比在WebForms中编写内容要快得多，即使是从头开始。

Answer 2

此刻还在考虑移动。

对我来说，主要的好处是对布局的完全控制。我还在研究实现一个宁静的API，由于路径结构，MVC模型可以很好地工作。

约什

Answer 3

如果我们转向MVC，我们可以轻松添加或编辑任何模块。 所以我们可以像插件一样添加任何新模块

Answer 4

我完全不同意接受的答案。我已经在WebForms和MVC中构建了大型应用程序，这是我的观点：

ASP.Net Web Forms和ASP.Net MVC都是很好的框架，允许C＃/ VB Net开发人员构建企业级应用程序。选择哪一个用于您的应用取决于几个因素。 MVC模型已存在多年，如果您需要对页面循环过程进行更精细的控制，并且在单元测试等方面也更优越，它非常适合，因为它支持业务逻辑和表示的真正分离层。

但是，不要忽略Web窗体，现实情况是您可以继续使用Web窗体框架，并且仍然可以严格控制您的页面元素，只需简单地摆脱预先构建的服务器控件并集成HTML5标准控件。您可以利用jQuery之类的新JavaScript框架，通过使用URL Re-Write等技术来提高搜索引擎的友好性，并且可以通过利用jQuery AJAX和SignalR等异步框架来减少或消除回发。

我不同意接受的答案的主要原因是声明＆＃34;在MVC中写东西要快于WebForms＆＃34;是完全不准确的。任何实际构建MVC应用程序的开发人员都会告诉您，构建WebForms应用程序的速度实际上要快得多。原因不仅仅是学习曲线，而是MVC为您带来了＃34;引擎盖下的好处＆＃34;访问页面循环和更直接访问HTML输出，也是构建MVC应用程序需要更长时间的原因。相信我，你会发现自己做得更多＆＃34; plumbing＆＃34;比起你曾经做过的工作＆＃34;拖放＆＃34; WebForms开发。

事实上，ASP.Net MVC首次出现时有很多炒作，太多的开发人员认为它是Web Forms的替代品。它没有。正如我在开头所说的那样，两个框架都很棒，它们都有其优点和缺点。我猜想90％的开发人员仍然在WebForms中构建新的应用程序。

那是我的2c。