我们正在开发一个使用客户端-服务器架构的企业应用程序。它基于.NET Framework 3.5，客户端是一个丰富的WinFom应用程序，整个系统处于Beta测试阶段。我们需要通过 web 暴露这个系统的一些功能。当前的桌面客户端应用程序对服务器的调用量最少，但它的数据传输量相对中等到大量。
目前的基本思路是为我们的系统创建一个前端层，使用 ASP.NET Web Forms 或 ASP.NET MVC。我们在 ASP.NET MVC 方面没有太多经验，但这项技术似乎非常有趣和有前途（至少对我而言）。
我的问题是：
【问题讨论】：
标签： asp.net asp.net-mvc webforms
如果您现在想使用 ASP.NET MVC 框架，该框架目前处于测试阶段，您将面临版本更改的风险，即某些功能会中断。您可能需要将此视为维护问题。
ASP.NET MVC 框架还要求软件开发人员习惯于模型-视图-控制器“模式”。如果开发人员不同意应该如何在三层之间进行交互，就会陷入很多坑。
除非您有可以使用此功能的程序员，否则您可能需要考虑使用 Web 表单。有大量可用于 Web 表单的文档和资源，但必须在博客和 project homepage 上提供的少量文档中搜索 MVC 框架。
我自己一直在开发 ASP.NET MVC Framework Beta，我可以说它到目前为止非常棒。但它对我有用的原因是因为我之前一直在修补其他 MVC 框架，例如 Ruby on Rails。
【讨论】：
这些都是很难负责任地回答的问题，因为每个项目都是不同的，而且总是有多种因素决定技术选择。但在我看来，在这种情况下，Web Forms 是“已知的”，而 MVC 是“未知的”，所以在不了解更多信息的情况下，您已经有一些困难需要克服。
从这个角度来看，天平可能更倾向于 Web 表单。它们是经过验证的，是规则而不是例外，所以虽然我理解学习新事物的愿望，但如果你按计划进行，并且产品需要可靠，它们可能是更负责任的选择。在我看来，你会在学习 [MVC] 的同时进行开发，这对于个人项目来说很好，但对于企业项目或任何客户的任何项目来说，它都是在自找麻烦：这可能需要，比如说, 50% 甚至更多，以使用未知（或鲜为人知的）技术构建项目，并且假设您从第一天起就没有完全理解它，您将沿途吸取教训可能会增加对最终重构的需求，这仅仅是因为您逐渐而不是提前“得到它”。
因此，如果这是一个重要的项目，并且需要正确完成，并且您对 Web 表单很熟悉并且感觉自己很了解它们，那么答案可能是 Web 表单。在更小、更不重要的东西上学习 MVC。您的公司将感谢您为他们做出正确的选择。 :)
【讨论】：