在使用ASP.NET时，如何判断WebForms和MVC哪个是对的？
因此，我即将开始为我的体育俱乐部注册会员的一个小项目，我正在尝试在WebForms或MVC之间做出选择。
Allit将是一个用户登录和数据捕获表单(或和数据检索)，所以我最初认为WebForms与FBA，但我已经有一段时间想玩MVC，我在想，这将不是一个太糟糕的选择。
但我对MVC并不是很了解，我不知道这是否不合适。
那么，决定WebForms还是MVC是正确选择的好方法是什么呢？
回答 2
Stack Overflow用户
发布于 2008-11-30 05:19:53
这是一个关键的生产级应用程序，还是一次性的小型应用程序？你能处理MVC的学习曲线所花费的额外时间吗?或者你需要立即完成它吗？如果MVC不起作用，你能放弃整个项目并重新开始吗？您是否愿意在开发过程中对平台进行更改(现在它还处于测试阶段，可能不会有太多变化)？有没有另一个不那么重要的项目，你可以使用MVC来学习它。
根据你如何回答这些问题，在这个项目中学习MVC可能是值得的。就我个人而言，我认为它是一个更好的架构，但在这一点上是一种不太成熟的技术。这无疑增加了我的web代码的可测试性。我希望在未来一年左右的时间里，我的所有开发都将朝着这个方向发展，尽管我怀疑我是否会在我已经开发了一段时间的项目中改变方向。我刚刚开始了我在MVC中的第一个新项目。直到它进入测试版，我才愿意投入使用，我认为在我完成项目之前，它就会投入生产。
Stack Overflow用户
发布于 2008-12-01 17:48:05
Webforms是对来自gui世界的人们的web的抽象。我发现它有很多优点，特别是在RAD意义上，但当你编写大型应用程序时，你经常会把自己画到一个角落里，这是很难摆脱的(即:所有与视图状态有关的事情)。
另一个问题是你在使用webforms时陷入了一些糟糕的实践中。如果你想要一个干净的架构，那么你不应该使用拖放数据源，内置的网格控件，并且如果你想要的东西是可伸缩的和可维护的，那么在代码中绝对不应该有业务逻辑。要在webforms中做到这一点，需要深谋远虑和自律，因为一切都会引导你朝着这些方向前进。
相比之下，使用MVC时，您会陷入最佳实践。它的性能更好(整个页面生命周期/视图状态的东西在客户端和服务器上都有性能)，从架构的角度来看，它要干净得多。
缺点是你可以和RAD说再见了，你实际上需要对css/javascript有足够的了解才能做出漂亮的页面。
这真的取决于工作的最佳工具，以及你/你的团队拥有的经验/知识的类型。
https://stackoverflow.com/questions/328465
复制相似问题