我们正准备使用ASP.NET开发企业人力资源项目，我们的团队有兴趣使用MVC而不是WebForms，但我们有点担心这一点。
我们不确定这是否适合企业项目。
答案 0 :(得分：15)
如果您的开发人员尚未使用模型 - 视图 - 控制器概念处理任何解决方案，他们会发现ASP.Net MVC框架将具有相当多的陡峭学习曲线。
这是因为它不是建立在您通常在Web表单应用程序中使用的常用代码和.aspx物理页面之上，但所有内容都相应地分为View，Controller和Model。
如果您的应用程序的截止日期是严格的，我不建议您使用MVC框架构建它，而是坚持使用开发人员已经知道的内容，即基于Web表单的应用程序。
但是，如果管理层愿意给你的开发人员留出时间来了解'新'（更像，不同而不是新的）概念并熟悉它，那么是的，通过所有的方法，去使用MVC框架开发它。
答案 1 :(得分：4)
我在预览版本发布后不久就从WebForms进行了切换，从那时起就一直在使用MVC框架。它使构建和部署工作变得更加容易，更重要的是，我认为它可以促进更好的团队合作。
两个人可以在MVC中同时处理同一个“页面”，而在WebForms中，两个人到一个页面工作最终会成为一个更大的挑战。这对我的团队很有用，因为我的设计师可以在我处理视图逻辑的同时锁定页面布局。
这需要一点时间来习惯，但是一旦你掌握了它的机制，你会发现它确实非常好地扩展了你的网络工作的功能。
编辑 - 我的一位团队成员提醒我，虽然我们使用MVC作为框架，但我们仍然只使用项目提供的十分之一，我们仍然可以获得惊人的里程数。我认为其他人提到了它，但值得重复... stackoverflow是在ASP.Net MVC上开发的。答案 2 :(得分：3)
这个6月我选择了WebForms而不是MVC，因为MVC尚未“成熟”。
不能告诉你我现在多么抱歉。
答案 3 :(得分：0)
ASP.NET MVC只是一个与经典ASP.NET不同的模型，如果你愿意的话，这是一个扩展。
来自here：
例如，stackoverflow建立在它之上并且运行良好。ASP.NET MVC框架是 本质上是微软的尝试 创建一个ASP.NET编程 环境以MVC为中心 图案。目前MVC框架应该 被认为是Web的替代品 形式。在某种程度上，MVC 框架和Web表单有共同之处 或多或少的汽车和摩托车 分享。两者都可以带你到某个地方 否则，但速度不同， 舒适，自由感，大小 中继线。
此处有更多信息：Should I migrate to ASP.NET MVC?
更多信息：http://www.coderjournal.com/2008/12/introducing-aspnet-mvc-part-2-aspnet-mvc-vs-webforms/
答案 4 :(得分：0)
从技术上讲，我认为MVC没有问题，但有一个：它是测试版，有些东西仍然会改变。没有像预览期间那样具有开创性的东西，但可以了解当前Beta和即将发布的候选版本之间会发生什么变化here。
从法律上讲，这是另一回事。虽然微软明确允许实时部署，但我不确定他们是否对由于错误造成的任何损害负责，因为它是测试版。我知道，因为Bugs的法律诉讼听起来很愚蠢，但是一些管理团队希望有一个子弹证明“这个软件有效，如果没有，我们付钱给你”-license，这与MVC的情况不同。