既然asp.net mvc取消了webform中的许多控件，这是否使得快速应用程序开发与现在的其他环境相同？例如，如果我有php、j2ee等mvc框架，而我有asp.net mvc，并且编码人员知道给定的平台，那么在Visual Studio中开发优势不就消失了吗？
如果我对缺少控件的看法是错误的，请告诉我，这是我的印象（我上次尝试时无法使用它们。）
我问这个问题是因为我工作的地方有些人喜欢微软——很多，有些人可以忍受它，但喜欢它的人指出 Visual Studio 可以快速开发。我认为 asp.net mvc 1.0 中的大部分内容都消失了。
编辑：我想我认为拖放控件意味着快速应用程序开发（再次假设编码人员知道他们在其他地方做什么。）
快速应用程序开发只是一个流行词。如果您快速开发应用程序，而不是由于任何特定的工具或技术，它就存在。
ASP.NET MVC 只是一种不同的方法。有些人在更接近 HTML 时可以更快地工作。对我来说，这意味着我不必处理（恕我直言）敏感的 WebForms 数据绑定模型。相反，我将模型直接传递到视图进行渲染。这让我快速发展。您仍然可以开发自己的 UserControl（或下载许多可通过开源项目获得的 UserControl），但不能使用任何具有固有事件或 ViewState 的内容。
编辑： RAD 也是一个主观术语。如果您可以在两周内完成第一次迭代，但由于代码不可维护而必须将第二次迭代的进度推迟两个月，这算快速应用程序开发吗？
如果您正在谈论将控件拖到页面上、单击它们、设置一些属性并为您生成代码以及通过基本上拖动控件和工具来工作的应用程序的能力，是的，MVC 删除了执行以下操作的能力雷达。
MVC 的存在是为了解决不同的问题。它适合那些希望分离关注点以支持单元测试和可扩展性的人。使用传统开发的 ASP.NET 应用程序几乎不可能获得这些东西。
如果你愿意的话，网络表单是一种更加 RAD 的尝试。然而，MVC、动态数据以及 Linq 和 Linq2SQL 等事物的出现非常好地证明，Web 表单本身并不是万能的 RAD 平台。
从个人角度来看，仅凭经验，人们在 Web 表单上的速度可能会更快。这并不意味着该平台或其竞争对手在 RAD 方面更好或更差。
很多人发现 Web 表单夺走了太多的控制权，并且拥有如此庞大的事件模型，以至于它最终没有达到预期的 RAD。
我想说快速开发和 ASP.NET MVC 本身并不相互排斥。然而，由于 MVC 的目的是分离责任以（除其他外）允许可测试性，因此它可能不是快速开发的最佳选择 -
另一方面是 ASP.NET Webforms，您可以在其中“直观地”/使用拖放（即无代码）执行大量操作，这在某种程度上可以很好地防止可测试性。但发展是“理所当然的”——意味着以最积极的方式:)
AppEnd；开源免费软件低代码 RAD 平台