WebForm向MVC转型有多大价值 有更好的方向吗 请诸位谈谈
WebForm向MVC转型有多大价值 有更好的方向吗 请各位谈谈
公司一直让我做运维相关的工作，
觉得前途无望，
打算转MVC，
并不单纯是因为WebForm落后才想转，
主要觉得老是运维同一个项目学不到知识 ，
跟外面的人差距越拉越大，
所以痛下决心要转型，
但是对出去找工作还是或多或少有点担忧，
想听听各位的看法及建议，
希望自己少走点冤枉路，
先谢谢了。
------解决思路----------------------
我不是谈asp.net mvc 对你来说是否门槛更低的问题，我是从商业应用角度而言的。
asp.net webform没有几个人懂了，所以许多asp.net webform都是混的，让他们维护2005年前的大型的Web程序，这些人也都是在混日子呢。
如果你觉得你学习 asp.net mvc 就是在把web这块弄扎实，那么我也是从实际的角度告诉你，对待 web 程序员的技术水平根本不是以什么 asp.net mvc 的那点知识为考核标准，而是以 web 前端的用户体验、性能、丰富的交互特性为标准的。你在 asp.net mvc中学不到这些，这些该在哪儿学到，我告诉你了。
------解决思路----------------------
其实你应该了解到，如果从一个 asp.net 程序员口中听说“我只想做后台，我不想做前端”，这就许多在互联网web应用方面领先的公司工作的开发同学“鄙视”的。你以为你是服务器系统开发工程师？或者是一个值得配给2名秘书（做前端开发）的web后台工程师？
从asp.net webform上“转型”而不学习前端，没有这么便宜、轻松、性价比更高的好事啊。除非你遇到一个老板只会做点网页的、刚成立的小公司。
------解决思路----------------------
webform和asp.net mvc之间不存在什么转不转的关系
作为一个asp.net程序员 这都应该必须是要掌握的
JS框架更是要掌握多个 这不是让你转前端 而是你做所谓的“后端”应该必须会的
没有公司会要一个只会单纯做“后端”的人 不要被微软的技术“欺骗”
------解决思路----------------------
和楼主一样，我也是从开始的Web Page 到后面的 Web Form （这两种区别不大，一种是边运行边解释，另一种是预编译罢了）
去年决定学习MVC了，也像你一样，痛苦了好久，才决定的
其实转的难点就是找书，找到一本好书，比什么都强，真的，毕竟你应该和我一样，这么多年的Web Form了，基础的东西多少不是问题
我这里推荐一本我认为是可以的书吧，我现在也还没看完，但差不多了，虽然商业项目MVC没上，但我自己在家折腾自己的试验器，感觉这本书还是让我对MVC有些了解了，开发小型项目不是问题。《C# 精通MVC 4.0》是一本老外写的，国内翻译的书，注意是黑皮的书，你别去买那些红皮书了，据说现在出到5.0了
就我个人的当前体会吧（因为我还没看完书，只能用它做企业站之类的），转MVC痛苦的路由解释，还有就是模型绑定，这两个概念，一开始我老是搞错，谁让我习惯了WebForm的事件驱动编程方式呢
至于MVC里的页面脚本Razor什么的，我个人觉得，前期不用太纠结这些，说到底它有点像jQurey库，就是你慢慢用多了，对这工具也就会了，关键还是路由（至少要明白请求的是url，而不是请求.aspx文件），至于模型绑定，这个也是要理解的，因为MVC里没有webFrom封装好的验证控件之类，想要玩验证类型什么的，就得模型绑定了，不然你就得写JS判断了
最后，楼主加油，我都行，你为什么不行？如果你买书来看，估计也要1个月才能用MVC开发哦，毕竟这代价不算小，你自己看着办吧
本帖最后由 ITjyLh 于 2015-09-19 18:19:18 编辑
本人一直从事WebForm开发，公司一直让我做运维相关的工作，
觉得前途无望，
打算转MVC，
并不单纯是因为WebForm落后才想转，
主要觉得老是运维同一个项目学不到知识 ，
跟外面的人差距越拉越大，
所以痛下决心要转型，
但是对出去找工作还是或多或少有点担忧，
想听听各位的看法及建议，
希望自己少走点冤枉路，
先谢谢了。
------解决思路----------------------
我不是谈asp.net mvc 对你来说是否门槛更低的问题，我是从商业应用角度而言的。
asp.net webform没有几个人懂了，所以许多asp.net webform都是混的，让他们维护2005年前的大型的Web程序，这些人也都是在混日子呢。
如果你觉得你学习 asp.net mvc 就是在把web这块弄扎实，那么我也是从实际的角度告诉你，对待 web 程序员的技术水平根本不是以什么 asp.net mvc 的那点知识为考核标准，而是以 web 前端的用户体验、性能、丰富的交互特性为标准的。你在 asp.net mvc中学不到这些，这些该在哪儿学到，我告诉你了。
------解决思路----------------------
其实你应该了解到，如果从一个 asp.net 程序员口中听说“我只想做后台，我不想做前端”，这就许多在互联网web应用方面领先的公司工作的开发同学“鄙视”的。你以为你是服务器系统开发工程师？或者是一个值得配给2名秘书（做前端开发）的web后台工程师？
从asp.net webform上“转型”而不学习前端，没有这么便宜、轻松、性价比更高的好事啊。除非你遇到一个老板只会做点网页的、刚成立的小公司。
------解决思路----------------------
webform和asp.net mvc之间不存在什么转不转的关系
作为一个asp.net程序员 这都应该必须是要掌握的
JS框架更是要掌握多个 这不是让你转前端 而是你做所谓的“后端”应该必须会的
没有公司会要一个只会单纯做“后端”的人 不要被微软的技术“欺骗”
------解决思路----------------------
和楼主一样，我也是从开始的Web Page 到后面的 Web Form （这两种区别不大，一种是边运行边解释，另一种是预编译罢了）
去年决定学习MVC了，也像你一样，痛苦了好久，才决定的
其实转的难点就是找书，找到一本好书，比什么都强，真的，毕竟你应该和我一样，这么多年的Web Form了，基础的东西多少不是问题
我这里推荐一本我认为是可以的书吧，我现在也还没看完，但差不多了，虽然商业项目MVC没上，但我自己在家折腾自己的试验器，感觉这本书还是让我对MVC有些了解了，开发小型项目不是问题。《C# 精通MVC 4.0》是一本老外写的，国内翻译的书，注意是黑皮的书，你别去买那些红皮书了，据说现在出到5.0了
就我个人的当前体会吧（因为我还没看完书，只能用它做企业站之类的），转MVC痛苦的路由解释，还有就是模型绑定，这两个概念，一开始我老是搞错，谁让我习惯了WebForm的事件驱动编程方式呢
至于MVC里的页面脚本Razor什么的，我个人觉得，前期不用太纠结这些，说到底它有点像jQurey库，就是你慢慢用多了，对这工具也就会了，关键还是路由（至少要明白请求的是url，而不是请求.aspx文件），至于模型绑定，这个也是要理解的，因为MVC里没有webFrom封装好的验证控件之类，想要玩验证类型什么的，就得模型绑定了，不然你就得写JS判断了
最后，楼主加油，我都行，你为什么不行？如果你买书来看，估计也要1个月才能用MVC开发哦，毕竟这代价不算小，你自己看着办吧