asp.net*WebForms*开发人员将来能期望什么？

虽然有人说Webforms和MVC是平等的，但我对此表示怀疑。大多数新事物似乎都发生在MVC周围

这不是技术方面的问题，更多的是个人问题

那怎么办呢

• 继续使用Webforms并将重点放在Sharepoint上（仍然是Webforms）
• 继续使用Webforms，仅仅信任Microsoft和Webforms的未来
• 回到MVC，重新开始（作为初学者，49岁）
• 尝试全新的东西（Silverlight/LightSwitch）

---

有什么想法吗

ASP.NET MVC上出现更多移动的原因是ASP.NET Web表单已经存在很久了，所以要添加的内容更少。微软似乎真的致力于为开发人员提供这两种选择，随着新的路由规则现在可用于Web表单网站，您可能会陷入MVC开发人员一直享受的restful URI中

话虽如此，学习ASP.NETMVC或Silverlight并不是一件坏事。在这两者之间进行选择实际上更多地取决于您正在从事的工作。Silverlight和MVC完全针对不同的应用程序，因此如果您喜欢编写“应用程序和接口”，您可能更喜欢Silverlight，如果您要编写高质量的网页，您将更喜欢MVC

---

虽然你已经49岁了，但你真的不应该花太长的时间去掌握这两个。要完全站在前面，MVC可能不会像Silverlight那样是一个学习曲线，但在50岁的时候，你仍然可以成为这两款游戏中的一个忍者

这不会再回来了。那就更进一步了

---

顺便说一句，你看到了吗

“下一件大事还是酷小子库莱德？切磋MVC vs.WebForms的花言巧语”

---

Rob Conry？

Scott Guthrie写了一篇关于webforms与mvc的有趣文章：

自2002年以来，我本人就一直忙于webforms的专业工作，并且在MVC问世时也注意到了它。我目前作为顾问的任务是一个MVC2项目。我读了几本书，学习了一些教程（）并做了几次练习

就我个人而言，MVC似乎比标准webforms更受关注。主要原因有：

• 这是一个专注于新技术的新团队，他们的开发方式更加灵活
• webforms总是与新版本的.NET framework/Visual Studio一起发布。MVC有一种更多的带外方法，他们不必（必须）坚持框架或IDE的新版本
• webforms正变得相当成熟。面对现实，这已经是一种很酷的工作环境了。许多默认控件，许多第三方控件，添加了Ajax支持和工具包

我已经用webforms编写了几个小的、一般的和相当大的应用程序，我很高兴它们都能为我的客户解决问题

回到MVC，重新开始（作为初学者，49岁）

我想用一句话来回答：活得像你明天就要死一样。学习就像你将永远活着一样。圣雄甘地

MVC不同于webforms，这是事实，但您也使用相同的底层平台。会话状态、查询字符串、成员资格、缓存等。。。所有这些都还在那里。您最遗漏的是服务器控件的使用和请求“页面”的新方式

---

我可能无法说服你越过篱笆看一看，尝试一些简单的教程，但我确实希望你至少看一看。尝试至少学习这些概念只会对你的职业生涯有益。至少试着阅读由6部分组成的musicstore教程或免费电子书。

你不会从49岁的初学者开始。你将从49岁开始，拥有丰富的网络经验（以及ASP.NET网络经验！），必须学习新的网络模式和框架。你很快就会把它捡起来的。只是在家里练习一个项目。（当然，一定要学习Silverlight，但它的市场渗透率远远低于纯HTML，所以通常不是一个选项）。哇，我没想到会有这样的答案。你的舒适完全是一种激励。非常感谢！。这一条肯定是在喊“社区维基”：-@Istvan-完全同意Kirk的观点。我的职位与您相似，即将开始我的第一个家庭MVC项目：-）就个人而言，我不会接触sharepoint（上一次是在2003年和2007年工作，我只是不喜欢它-个人偏好），尽管我听说2010版要好得多。至于Silverlight。也许如果对它的需求增长，我认为它也值得一试，尽管我必须说Silverlight+asp.net更具互补性，而不是相互关联exclusive@SarawutPositwinyu-不完全是。它仍然在运行Silverlight和XNA的Windows Phone上使用。就网络而言，我认为可以公平地说Silverlight不是首选。