快速开发是ASP.NET MVC中的一个有争议的问题吗？

Question

由于asp.net mvc取消了webforms中的许多控件，这是否使得快速应用程序开发现在与其他环境相同？例如，如果我在php，j2ee等中有一个mvc框架，并且我有asp.net mvc，并且编码器知道给定的平台，那不是Visual Studio中的开发优势吗？

如果我错过控件丢失请告诉我，这是我的印象（当我最后一次尝试时我无法使用它们。）

我问，因为我工作的地方有点像微软 - 很多，有些人可以忍受它，但喜欢它的人指向Visual Studio进行快速开发。我认为很多事情都是用asp.net mvc 1.0消失的。

编辑：我想我认为拖放控制意味着快速应用程序开发（再次，假设编码器知道他们在其他地方做了什么。）

Answer 1

快速应用程序开发只是一个流行语。如果您快速开发应用程序，而不是由于任何特定的工具或技术，它就存在。

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

编辑： RAD也是一个主观词。如果您可以在两周内完成第一次迭代，那么它是否是快速的应用程序开发，但是由于代码无法维护，因此必须将计划推回第二次迭代两个月？

Answer 2

如果你在谈论将控件拖到页面上的能力，点击它们，设置一些属性，并为你生成代码，通过基本拖动控件和工具来运行应用程序，是的，MVC删除了这个能力做RAD。

MVC的存在是为了解决不同的问题。对于那些希望分离关注点以支持单元测试和可扩展性的人来说。通过经典开发的asp.net应用程序几乎无法获得的东西。

Answer 3

如果愿意的话，Web表单是一种尝试更多RAD的尝试。然而，像MVC，动态数据以及像Linq和Linq2SQL这样的东西的出现是非常好的证据，单凭Web Forms并不是万能的RAD平台。

从个人角度来看，只有经验才能让网络表单更快。这并不意味着平台或它的竞争对手在RAD上更好或更差。

很多人发现Web Forms占据了很多控制权并拥有如此庞大的事件模型，最终它的RAD比预期的要少。

Answer 4

我认为快速开发和ASP.NET MVC本身并不相互排斥。然而，由于MVC的目的是将责任分离（以及其他）允许可测试性，它可能不是快速开发的最佳选择 -

另一方面是ASP.NET Webforms，你可以“直观地”/使用拖放（即没有代码）进行ALOT，这在某种程度上可以很好地完成，例如阻止可测试性。但是，开发是一个“毫不费力” - 以最积极的方式表达：）

Answer 5

好吧，我从未将Visual Studio视为RAD平台。肯定比PHP更快。可与Netbeans / Eclipse相媲美。甚至没有接近真正的RAD平台（哦德尔福，我多么想念你！）。