asp.net - 我应该在 ASP.NET MVC 中构建下一个 Web 应用程序吗？

Question

我的团队正在考虑使用 ASP.NET MVC 框架构建我们的下一个 Web 应用程序。我和其他一些人一样有点犹豫，因为它仍处于测试阶段。我真的很想深入研究，因为这似乎是提供清晰的关注点分离和提高可测试性的好方法。

我应该在 MVC 仍处于测试阶段时立即冒险，还是推迟发布候选版本？

从一些回复来看，我认为我需要澄清一下我的问题。我主要关心的是是否要使用仍处于测试阶段的产品，而不是 Webforms 与 MVC。这种担忧主要是因为担心我们最终会在测试版中使用某些功能，而这些功能在最终版本中会被更改/弃用/不支持。

但是，我确实很欣赏 Webform 与 MVC 的观点。它只是没有触及我问题的核心。

Answer 1

这确实是一个非常简单的决策树。

如果您...，请选择 ASP.NET MVC

• 密切关注网址
• 密切关注您的 HTML
• 想要真正的关注点分离
• 想要彻底的可测试性
• 希望 View 引擎具有灵 active (ASPX、NVelocity、NHaml 等)

如果您...，请选择 WebForms

• 享受 WebForms 的有状态抽象 (ViewState)
• 不介意 PostBack 模型
• 优先选择可以在页面上“拖放”的组件

对我来说，99% 的答案是 ASP.NET MVC，因为我认为它更适合 Web。我认为 ajax 的故事也更清晰，而且我可以完全控制我的 HTML 和 URL。最重要的是，我可以非常轻松地测试我的网站( Controller )。

是的，我知道您可以在 WebForms 中实现干净的 URL，并且您可以通过控件适配器获得干净的 HTML，并且您可以使用 WebForms 中的 MVP 模式实现一定程度的可测试性，但这些都是不可行的。 - 人迹罕至的道路接近。对于 ASP.NET MVC，这个东西是核心。这就是你做事的方式。

并且不用担心预览/测试版状态。该团队始终坚持认为，您不需要上线许可证即可部署它(尽管他们现在提供了许可证)。它纯粹是对现有 ASP.NET 运行时的补充。

这就像自动变速箱与手动变速箱一样。选择一个让你快乐的并与它一起运行。