Asp.net mvc Asp.net MVC：与旧的aspx表单相比，期望MVC具有相同（或更好）的生产率是错误的吗？

我试图解释为什么在MVC应用程序中使用MVC视图比使用表单视图更重要。一些开发人员通过在MVC项目中添加form.aspx来加快工作完成，技术上使用MVC，但完全避免使用它。我认为这是错误的，因为我不知道如何做以下事情：

将路由目标设置为旧的aspx表单 让一个控制器组装一个模型并将其发送到旧的aspx表单 期望MVC与旧的aspx表单具有相同的生产率是错误的吗

我认为一个非常了解这两种开发方法的开发人员，使用Asp.net MVC创建相同解决方案的时间应该相同或更好

---

背景：我们开发公司实体使用的网站应用程序，用于维护每周发布的数据，这可能是另一个客户控制面板，用于为每个客户、许多客户、许多应用程序每月添加或更改一次软件功能，非常相似的模式。

在我看来，正确创建MVC站点所需的时间和经验总是会超过错误创建MVC站点所需的时间。正确使用MVC或任何设计模式的时间优势并不总是出现在最初的实现中，而是出现在项目的可维护性中，无论是最初的开发人员还是后续的开发人员。遵循良好的编程实践将节省长期时间

---

就实现时间而言，纯MVC项目是否比纯ASP.net项目更快而言，在我看来，根据开发人员的经验，这两种期望都可以实现，以及项目本身对该框架的适用性。

我个人发现，对于一个需要MVC应用程序所需的大量“管道”的大型应用程序，我使用MVC的效率至少与WebForms相同

但这是一个学习曲线，对于一些“简单页面”来说，这是一个诱惑，他们只想“抛出”一个快速的网络表单，然后完成它

---

不过，我认为MVC最大的好处是随着时间的推移对应用程序进行维护。显然，使用严格的MVC应用程序比使用WebForms应用程序要容易得多。而且，在像这样的“混合”中添加WebForms会让事情变得更加困难。

一旦您熟悉了MVC开发方式，它真的非常有用、可扩展且轻量级

只是在最初阶段，与Web表单相比，它需要更多的时间进行开发。 但是优势超过了网络表单的数量

这只是其中一个例子：

它最适合高流量站点。在web窗体控件中，有三种状态，即视图状态和全部。。在页面回发过程中，整个数据被发送回，结果在服务器上以高负载检索。而在Asp.NETMVC中，控件是无状态的。回传时，服务器上的负载会减少

这样有很多好处

---

因为它是基于设计模式的，所以对初学者来说总是很好的。世卫组织以前在开发应用程序方面没有太多经验

使用WebForms，您可以在网格等许多东西上使用预先封装的解决方案。。有了MVC，您必须自己开发或使用预先封装好的javascript解决方案，与WebForms相比，这可能会花费更多的时间

---

所以要回答你的问题：这取决于我长期生活的词汇：听他们说什么，然后观察他们做什么。Zim把这个问题带到。你可能应该加快寻找更好的开发人员。如果人们不能理解，这是多么令人痛苦。。。。期望更高的生产率是正常的。如果技术转换在更长的时间内降低了生产率，这是一个糟糕的选择。我认为，当两个框架采用不同的方法进行比较，并且用例极其模糊时，任何人都无法准确地回答生产率问题。装配和导轨，当然。不是这个；DR质量需要时间；