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

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

如果我对控件丢失的看法是错误的，请让我知道，这是我的印象（上次尝试时我无法使用它们）

我之所以问这个问题，是因为我在哪里工作，有些人喜欢微软，有些人喜欢微软，但有些人喜欢Visual Studio，希望它能快速发展。我认为asp.net mvc 1.0已经失去了很多

---

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

嗯，我从来没有考虑过将Visual Studio作为RAD平台。当然比PHP快。与Netbeans/Eclipse相当。甚至还没有接近真正的RAD平台（哦，Delphi，我多么想念你！）。

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

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

---

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

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

---

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

如果您愿意，Web表单是一种更为快速的尝试。然而，MVC、动态数据以及Linq和Linq2SQL等事物的出现，是很好的证据，证明Web表单本身并不是万能的RAD平台

从个人角度来看，仅仅凭经验，一个人可能会更快地使用Web表单。这并不意味着该平台或其竞争对手在RAD方面是好是坏

---

许多人发现，Web表单失去了太多的控制权，并且拥有如此大的事件模型，以至于它最终没有达到预期的程度。

我想说，快速开发和ASP.NET MVC本身并不是相互排斥的。然而，由于MVC有责任分离的意图（除其他外）允许可测试性，因此它可能不是快速开发的最佳选择-

---

另一方面是ASP.NET Webforms，您可以在其中使用拖放（即无代码）进行很多“可视化”操作，这在某种程度上可以很好地防止可测试性，例如。但是开发是一个“不需要动脑筋”的过程，意思是用最积极的方式：）

拖放控件与写出标记或实例化控件并不是开发时间的主要部分（至少对我来说是这样）。两者之间的差异将相当于整个项目长度上的分钟。我不同意，你一定没有在Delphi中编程，这是RAD，VS从中复制了很多。此外，“你一定没有在Delphi中编程”，我同意你的观点。您可以在Delphi中快速工作，最初，Microsoft可能从中派生出许多Visual Studio的需求。我在我的帖子中没有看到任何东西对这些断言提出质疑，所以我不确定你所说的“我不同意”是什么意思。我想他不同意你对RAD的定义。你说RAD是一个时髦词，是主观的。我认为Delphi和早期VS将其吹捧为工具集的一个特性和一部分。我认为IDE代码生成是公认的RAD的一大部分。啊，这是有道理的。我仍然认为ASP.NETMVC会包含在其中，因为以前有很多代码生成。