我刚刚听了 StackOverflow 团队的第 17 期播客，他们非常高度评价了 ASP.NET MVC ，因此我决定去看看它。
但是首先，我想要确定它是否值得。我已经为即将开始的一个项目创建了一个基础 Web 应用程序（供其他开发人员构建），想知道根据你的经验，我是否应该花时间学习 MVC 的基础知识并使用这个模型重新创建基础的 Web 应用程序。
有没有真正的优点使其值得？
编辑：这不是一个现有的项目，而是即将开始的项目，所以如果我要做就应该现在做...
我刚刚发现这篇文章
然而，它并不使用现有的 post-back 模型与服务器进行交互。相反，您将把所有最终用户的交互路由到控制器类中 - 这有助于确保关注点分离和可测试性 (这也意味着 MVC 视图中没有 ViewState 或页面生命周期)。
那会是什么样子？没有 ViewState 吗？没有事件吗？
需要记住的是，MVC和WebForms并非竞争关系，也不是一个比另一个更好。它们只是不同的工具。大多数人似乎将MVC与WebForms视为“一个一定比另一个更好的锤子”。这是错误的。一个是锤子，另一个是螺丝刀。两者都用于把东西组合在一起的过程中，但它们各自具有不同的优缺点。
如果你感到不满意，可能是因为你试图使用螺丝刀敲打钉子。某些问题在WebForms中很繁琐，而在MVC中变得简洁而简单，反之亦然。
我曾使用过ASP.NET MVC（甚至编写了一个HTTP模块，可以在web.config中定义路由），但是我仍然对它感到非常不满。
它似乎在组织和生产力方面是一个巨大的倒退。也许对于某些人来说不是这样，但是对于我来说，我已经掌握了WebForms，并且在使它们易于维护方面没有任何挑战。
此外，我不赞同当前的“测试一切”潮流......
ASP.NET MVC基本上允许你将代码的不同部分责任分离，这使你能够测试应用程序。你可以测试你的视图、路由等。它也加速了应用程序，因为现在没有ViewState或Postback。
但是，也存在一些缺点。由于你没有使用WebForms，所以不能使用任何ASP.NET控件。这意味着如果你想创建一个GridView，你将需要运行一个for循环并手动创建表格。如果你想在MVC中使用ASP.NET向导，则必须自己创建。
如果你已经对ASP.NET WebForms感到厌倦，并且希望自己完成所有事情，那么这是一个不错的框架。但是你需要记住，你是否从重新创建所有东西中获益?
总的来说，我更喜欢WebForms框架，因为它具有丰富的控件套件和自动化的马达。
@Juan Manuel 你曾经使用过经典ASP吗？当你需要编写所有自己的事件和“viewstatish”项目（例如下拉菜单在表单提交后调用其选择的值）时怎么办？
如果是这样，那么ASP.NET MVC一开始就不会感到那么尴尬。我建议查看Rob Conery的Awesome系列 "MVC商店"，他一直在介绍该框架并为商店网站构建每个预期组件。这真的很令人印象深刻，也很容易跟随（赶上进度很困难，因为Rob一直非常活跃并发布了很多内容）。
就个人而言，与Jeff Atwood 关于此主题的感觉截然相反，我更喜欢Webform模型。它肯定与vbscript/classic ASP时代完全不同，但控制视图状态并编写自己的CSS友好控件是令人愉快的。
再说一遍，注意我说的是“喜欢”。ASP.NET MVC真的很棒，更像其他网络技术。如果您需要在多个平台上工作，从ASP.NET MVC切换到RAILS肯定更容易。虽然很明显它非常稳定（这个网站就是用它做的），但如果您的公司不允许使用任何颜色的“beta”软件，则此时将其纳入生产可能会成为问题。MVC并不适合所有人，特别是如果你不擅长对GUI部分进行单元测试。如果你习惯于Web Forms，请继续使用它。Web Forms 4.0将修复一些当前存在的缺陷，例如由ASP.NET自动分配的ID。在下一个版本中，你将有对这些ID的控制权。
