ASP.NET MVC与ASP.NET 4.0

我最近看了，我感觉到很多来自ASP.NET MVC的“酷东西”正在被拉回到ASP.NET框架中

目前，我正在为公司使用ASP.NET MVC的一个项目做准备工作，但看完这篇文章后，我开始怀疑这是否是一个正确的选择，我是否应该等待ASP.NET 4.0

我意识到ASP.NETMVC2.0正在接近实际版本

---

如果高可测试性，松耦合，以及完全控制我们的HTML是最优先考虑的，我应该选择哪一个，ASP.NET 4.0还是ASP.NET MVC？

如果您的应用程序将在3月份发布日期之后发布，那么这是一个更为明智的选择。使用ASP.NET4.0

如果不是，那么就不那么清楚了。我现在的公司也面临同样的问题。我们是否使用.NET4.0。对我们来说，我们的解决方案是内部托管的，因此我们不存在在未发布的平台上发布产品的问题。我们最关心的是从beta2到RTM的变化

作为一名开发人员，我一直希望使用最新的平台。一家公司必须考虑它的客户和转移到一个新平台的风险。大多数时候，谨慎比第一个跳起来更为谨慎

---

支持并发布了ASP.MVC 1.0。这是一个很棒的web框架。如果您没有在ASP.MVC 2中查找特定功能。然后使用ASP.NET MVC 1。

选择最有商业意义的。我们总是想等待下一件最好的事情……但如果我们这样做了，我们将永远无法完成任何事情。

如果您的标准包括：

我们的目标是高测试性、松散耦合和“受控HTML”——对我来说，这意味着ASP.NET MVC

那么ASP.NET MVC是必须的。即使使用ASP.NET4.0，您也无法回避这样一个事实：如果没有MVC所没有的大量额外工作，ASP.NET很难进行测试

---

我在“白天的工作”中使用ASP.NET，但在晚上，我一直是ASP.NET MVC。ASP.NET 4.0仍然保留传统的“代码隐藏”和ASP.NET控件中的视图/控制器耦合。这些因素使得测试变得更加困难，而且定义上是“紧密耦合的”。

你的问题对我来说真的没有意义

您在问是否使用ASP.NETMVC或ASP.NET4.0—您是指WebForms吗

MVC 2.0将与VS 2010一起包装发货，与.Net 4.0和ASP.Net 4.0一样，ASP.Net MVC也是ASP.Net的一部分

如果您希望使用.NET4.0运行时和ASP.NET4.0的所有功能，那么使用MVC有什么错

---

另外，我建议现在就在MVC 1.0的基础上构建你的应用程序，这样你就可以很容易地迁移到MVC 2.0中并接受它的新功能，因为你已经知道这些功能中的大多数是如何工作的，这不应该是一个太大的问题。或者，如果您的版本是在ASP.Net MVC 2.0发布之后发布的，请立即开始使用它，除非这会带来其他问题。

在Microsoft平台上为新的或企业web开发选择一种表示模式是一项艰巨的任务，在我看来，只有三种；视图模型、模型视图演示器（MVP）或ASP.NET MVC（Model2衍生产品）

---

你可以在这里阅读整篇文章

我想这是一篇不需要动脑筋的文章。而且，由于该体系结构是松散耦合的，并且经过深思熟虑，因此在某些工作中，关闭UI不会是最麻烦的。即使在4.0中改进了HTML控制，我认为MVC仍然具有更高的可测试性（并且松散耦合也随之而来）。无意冒犯Charles，但这是如何被标记为正确答案的？MVC和Webforms是解决问题的完全不同的方法。对于那些希望编写代码来匹配无状态web环境的人来说，MVC永远是一个很好的解决方案，而不是将其抽象出来。对于那些想让web感觉像winforms编程的人来说，webforms会更好。如果两者趋同，那么微软方面就无法充分利用每种产品的优势。同意，这是一个比公认的解决方案好得多的答案。我觉得我最好的答案是告诉某人，他们生活在一个理想的世界里，他们可以同时得到糖果和冰淇淋：D-如果一直如此，那将是一个多么美好的世界，呃？接受被感动了：-）这是一个更好的答案，我想这也让人更难理解。MVC很容易理解。。。该框架与web的工作方式相匹配。我对ASP.NET中的页面模型和控件层次结构非常着迷，以至于MVC只是在刷新。