我试图解释为什么在MVC应用程序中对Form视图使用MVC视图很重要。一些开发人员通过将form.aspx添加到MVC项目来“加速”工作完成，技术上使用MVC但完全避免它。我认为这是错误的，因为我不知道如何做以下事情：
期望MVC的生产率与旧的aspx表格相同是错误的吗？
我认为开发人员非常了解两种开发方式，创建相同解决方案的时间与Asp.net MVC相同（或更好）。
背景：我们开发企业实体使用的网站应用程序来维护每周发布的数据，这可能是“另一个客户控制面板”，每月一次添加或更改软件功能（对于每个客户，大量客户，大量的应用程序，非常相似的模式）。
答案 0 :(得分：4)
在我看来，正确创建MVC网站的时间总是超过创建错误所需的时间。正确使用MVC（或任何设计模式）的时间优势并不总是出现在初始实现中，而是由项目的可维护性决定，无论是原始开发人员还是跟随者。遵循良好的编程实践将节省长期时间。
就纯粹的MVC项目在实施时间方面是否比纯ASP.net项目更快而言，在我看来，根据开发人员的经验，以及对应用程序的适用性，期望可以是任何一种方式。该项目本身就是该框架。
答案 1 :(得分：3)
我个人发现，对于一个需要大量MVC应用程序所要求的“管道”的大型应用程序，我至少在MVC方面比WebForms更有效率。
但是有一个学习曲线，以及一些“简单页面”的诱惑，想要“抛出”一个快速的WebForm并完成它。
我认为MVC的最大收获是随着时间的推移维护应用程序。很明显，使用严格的MVC应用程序比使用WebForms应用程序更容易。将WebForms添加到“混合”中就像IMO一样，使事情变得更加困难。
答案 2 :(得分：2)
一旦熟悉了MVC的开发方式，它就非常有用，可扩展且可用。轻巧。
与Web Forms相比，最初只需要更多的时间进行开发。 但优势在于Web Forms。
只是其中一个例子：
最适合高流量网站。在Web窗体控件中保留状态，我们有视图状态和所有..在页面回发期间，整个数据被发回并检索结果（服务器上的高负载）。而在Asp.Net MVC中，控件是无状态的。虽然在服务器上回发负载较少。
像这样有更多的优势..由于它基于设计模式，因此它始终适合初学者。谁以前在开发应用程序方面没有太多经验。
答案 3 :(得分：1)
使用WebForms，您可以使用预先解决方案来处理很多事情（网格等）。使用MVC，您必须自己动手或使用预先安装的javascript解决方案，与WebForms相比，这可能会花费更多时间。
所以回答你的问题：这取决于