我应该深入研究ASP.NET MVC还是从ASP.NET Webforms开始？ 我计划将来去接Silverlight 进入微软WPF的可能性 目前正在学习Objective-C2.0 w/Cocoa

我已经知道ASP.NETMVC和ASP.NETWebForms的优缺点。我想知道的是，在上述情况下，什么对我来说更“有效”呢

所谓高效，我指的是一次学习一种设计模式，然后重新使用它。我相信Objective-C使用MVC方法？Silverlight呢？WPF

我明天要去B&N拿一本ASP.NET的书，所以我需要现在就决定webforms和mvc之间的关系

---

另一个附带问题是，自由职业者/小公司和大型企业中的ASP.NET MVC经常使用ASP.NET Webforms，这是真的吗？

我确实认为ASP.NET MVC更适合于web作为winforms的工作方式，但这并不意味着任何人都应该抛弃ASP.NET Webforms，而只使用ASP.NET MVC。我认为，无论你未来的计划是什么，你都应该尝试同时考虑这两个方面

据我所知，wpfer中常用的模式是MVVM（Model、View、View-Model）

至于您的最后一个问题，关于大型企业使用ASP.NET MVC与小公司使用ASP.NET Webforms的对比。我认为您应该选择最适合您的编码风格的技术（特别是mvc与webforms）

---

两者都有优点和缺点。

我赞同皮耶特格的评论，并想补充：

如果你想学习一个平台，在这个平台上你想在上面放置不同种类的视图层，我强烈推荐MVC而不是Web表单。另一种提问方式是：在您的应用程序中，数据是否具有一流的状态

我主要构建报告应用程序，所以我的答案是：是的

根据个人经验，构建一组处理业务逻辑的ReSTful控制器对我来说要容易得多。然后，当我想将它推送到RIA前端（我使用Flex）时，我所做的就是添加另一个ReSTFul方法来获取XML格式的数据，以便在Flex中使用它。例如，如果我有这样的URL返回HTML（即aspx）页面：

然后，我可以添加一个方法（甚至只是路由表中的一个路由）来执行此操作：

example.com/stuff/xml

换句话说，我能够以最小的努力将我的控制器变成一个数据服务，这对于我导出到XML、Json甚至Excel都非常有效。在web表单中执行同样的操作是非常痛苦的

example.com/stuff/xml