在ASP.NET MVC中，快速开发是一个没有意义的点吗？

Question

既然webforms中的许多控件都被asp.net mvc抛弃了，这是否使得快速应用程序开发现在与其他环境一样呢？例如，如果我有一个用php、j2ee等编写的mvc框架，我有asp.net mvc，并且程序员知道给定的平台，那么在visual studio中开发的优势不是已经消失了吗？

如果我对缺少控件的判断是错误的，请让我知道，这是我的印象(当我上次尝试时，我无法使用它们。)

我之所以问这个问题，是因为我在哪里工作，有些人喜欢微软，有些人可以接受它，但喜欢它的人指向Visual Studio进行快速开发。我认为随着asp.net MVC1.0的出现，很多东西都消失了。

编辑:我想我认为拖放控件意味着快速应用程序开发(同样，假设程序员知道他们在其他地方做什么)。

Answer 1

快速应用程序开发只是一个时髦的词。如果你快速开发一个应用程序，而不是由于任何特定的工具或技术，它就会存在。

ASP.NET MVC只是一种不同的方法。当一些人接近HTML时，他们可以更快地工作。对我来说，这意味着我不必处理WebForms的敏感数据绑定模型。相反，我将我的模型直接传递给我的视图进行渲染。这让我发展得很快。您仍然可以开发自己的UserControls (或者下载许多可通过开源项目获得的are )，但是您不能使用任何具有事件或ViewState的东西。

编辑： RAD也是一个主观术语。如果你可以在两周内完成第一次迭代，但由于代码不可维护而不得不将第二次迭代的时间表推迟两个月，这是不是快速的应用程序开发？

Answer 2

如果您谈论的是将控件拖到页面上的能力，单击它们，设置一些属性，并为您生成代码，以及通过拖动控件和工具来工作的应用程序，是的，MVC消除了执行RAD的功能。

MVC的存在是为了解决不同的问题。它是为那些想要分离关注点以支持单元测试和可扩展性的人而设计的。在传统开发的asp.net应用程序中几乎不可能实现的功能。

Answer 3

如果您愿意的话，Web forms是一种更具RAD风格的尝试。然而，像MVC，动态数据和像Linq和Linq2SQL这样的东西的出现是非常好的证据，证明Web Forms本身并不是万能的RAD平台。

从个人的角度来看，仅仅凭经验，人们在Web表单上的速度可能更快。这并不意味着该平台或它的竞争对手在RAD上更好或更差。

许多人发现Web窗体失去了太多的控制权，拥有如此大的事件模型，以至于它的RAD比预期的要少。