Asp.NETMVC是适合企业项目的解决方案吗？

我们正准备使用ASP.NET开发一个企业人力资源项目，我们的团队对使用MVC而不是WebForms感兴趣，但我们对此有点担心

---

我们不确定这是否适合企业项目的解决方案。

ASP.NET MVC只是与经典ASP.NET不同的一种模式，如果您愿意，它是一种扩展

发件人：

ASP.NET MVC框架是 本质上，微软试图 创建一个ASP.NET编程环境 以MVC为中心的环境 图案目前，MVC框架应该 被认为是网络的替代品 形式。在某种程度上，MVC 框架和Web表单有共同点 汽车和摩托车多少有些什么 分享。两者都可以带你去某处 除此之外，但速度不同， 舒适感、自由感、空间大小 后备箱

例如，stackoverflow就是建立在它的基础上的，工作得非常好

更多信息请点击此处：

---

更多信息：

如果您的开发人员还没有使用模型-视图-控制器概念开发任何解决方案，他们会发现ASP.Net MVC框架将有一个相当陡峭的学习曲线

这是因为它不是基于通常在Web表单应用程序中使用的常规代码隐藏和.aspx物理页面构建的，但所有内容都相应地被划分为一个视图、一个控制器和一个模型

如果您的应用程序的截止日期很严格，我不建议您使用MVC框架构建它，而是坚持开发人员已经知道的，即基于Web表单的应用程序。

---

但是，如果管理层愿意给您的开发人员时间来学习“新”（更像是，不同于新）概念并熟悉它，那么当然，使用MVC框架进行开发。

在预览版发布后不久，我就从WebForms中进行了转换，并一直使用MVC框架。它使构建和部署工作变得更加容易，更重要的是，我认为它有助于更好的团队合作

在MVC中，两个人可以同时在同一个“页面”上工作，而在WebForms中，两个人在一个页面上工作的难度要大得多。这对我的团队非常有用，因为我的设计师可以在处理视图逻辑的同时锁定页面布局

这需要一点时间来适应，但是一旦你了解了它的机制，你就会发现它确实非常好地扩展了你的网络工作的能力

---

编辑-我的一位团队成员提醒我，虽然我们使用MVC作为框架，但我们仍然仅仅使用了项目提供的十分之一，我们仍然从中获得了惊人的收益。我想有人提到过，但值得重复一下。。。stackoverflow是在ASP.NETMVC上开发的。

今年6月，我选择WebForms而不是MVC，因为MVC还没有“成熟”

---

不能告诉你我现在有多难过

从技术上讲，我认为MVC没有问题，但有一个问题：它是测试版，有些东西仍然会改变。在预览中没有什么突破性的东西，但是可以看到当前测试版和即将发布的候选版本之间的一些变化

---

从法律上讲，这是另一回事。虽然微软明确允许实时部署，但我不确定他们是否会对由于bug造成的任何损失负责，因为这是测试版。我知道，因为bug而采取法律行动听起来很愚蠢，但一些管理团队希望获得防弹的“此软件工作正常，如果没有，我们将向您付费”许可证，而MVC还不是这样。

为什么您的团队对使用MVC感兴趣？您能否详细说明一下，以便我们确定他们是否做出了正确的假设？我们正在使用大量javascript和ajax功能，这些功能无法使用WebForms和UpdatePanel轻松开发。还有Ajax控件工具包的性能很差等等…@Nima它的好问题是：）tnx+1。