做一个聪明的.net程序员

　　最近看了传智播客(http://net.itcast.cn/)的.net培训视频，感受颇深，忍不住要把感受写下来跟网友分享一下。

　　我从接触.net到现在已经至少过去了三五个年头，用.net也已经做了若干个大大小小的项目。在看培训视频之前我还在努力地学习.net的各种新的框架和控件（如Telerik UI，AJAX Control Toolkit，各种ORM框架等），一边硬着头皮学一边也在心里抱怨着IT技术更新太快。曾经还会为熟练使用.net自带的一大堆服务器控件和Linq To SQL而颇有成就感，现在却要面对一波又一波技术的更新浪潮，随着岁数的增长，也渐渐地感觉学起来越来越费劲了。

　　然而一看传智播客网站上的杨中科老师的.net培训视频，还没看完就有了一种醍醐灌顶的感觉，感叹这几年来真是被微软给惯坏了。为什么这么说呢，自打.net出了2.0以后我就开始关注和学习了，刚开始自然是找本书来看，那时候的书籍上记载的都是大篇幅阐述各种服务器控件的使用。其实在接触.net之前我都是用ASP来做网站项目的，当时使用ASP的感觉是写代码麻烦（几乎啥都要自己去实现），前端和后台的代码混杂起来致使阅读和维护不便，最大的缺点还是调试困难，不过现在看来最大的好处是做出来的网页干净（当时没觉得，虽然当时客户跟我反映说网页打开速度比好多知名的大网站还快，我也没去想那么多）。.net的出现带来了一大堆的封装好的服务器控件以及CodeBehind、ViewState、AJAX Extension控件等神奇的技术。当时微软号称ASP.net是ASP的升级版本，我也是举双手认同，从此开发和调试都方便了很多，因为开发网站可以像开发桌面应用程序那样拖控件，而调试也可以在后台代码里下断点来实现了，于是我从此开始放弃了ASP的进一步学习和使用。在实际的项目实践中，一开始由于项目需求并不是很复杂，开发过程进展总体来说比较顺利，开发调试效率都比以前用ASP提高了很多，这段时间持续了至少有两三年。但是随着项目规模的增大和对性能要求的提高，遇到的困难也越来越多，而且解决起来都感觉无从下手，因为我已经渐渐地形成了“拖控件改属性响应事件”的开发模式，遇到实现不了的需求就去网上搜控件的用法或找更好的替代控件，遇到渲染出来的客户端网页上ViewState内容太多也是束手无策，客户也渐渐发现了问题，不断跟我抱怨说还不如以前的项目(用ASP做的)做得功能强大且打开页面快。其实在看培训视频前我也已经开始质疑微软的.net，不过我想到的是出于.net本身的问题而不只是服务器控件的问题，因为用Web Form开发太久，当我想转到微软新推出的MVC开发模式时已经感觉很不习惯了，感觉太难学，因此我都已经开始动摇了对.net的信心，准备投靠目前更火热的PHP阵营。看了培训视频后，我总算明白了我的问题出在哪里了，原来是我被微软惯坏了，我已经不会用传统的Web开发模式来开发网站了，原来一直以来我都是在用开发WinForm的模式来开发网站，而且更要命的是我都没有深入研究和理解那些服务器控件和aspx页面渲染的原理。刚学会.net的时候还自以为很牛B，拖几个控件就能做出网站来，人家问我AJAX代码的问题，我直接说我不用写这些代码，直接用什么UpdatePanel控件就行了。现在想来太可笑了，正如杨老师所说的，这些服务器控件又难学又不好用，真正做项目的时候用这些控件的确很痛苦。

　　技术不断在更新，然而其底层的技术却多年来未曾改变，不管微软推出多少服务器控件和多少框架，像我这样的开发者们，千万要保持清醒的头脑，万变不离其宗，不应该盲目地花很多时间和精力去学习人家封装好的东西，而应该尝试自己去实现，做Web开发的朋友不要忘记了Web“请求-处理-响应”的本质。别人做出来的东西终究是别人的，哪怕开源的也好，维护起来还是很困难很痛苦，真正的高手应该学会自己写框架写控件，并且有选择性地使用别人封装好的东西。

　　联想到程序员自身的提高和发展问题，在学习技术的过程中，有好的老师提供正确的引导是多么的重要，少走几年弯路就意味着多赚几万块钱。总是听到不少老师在网上给学员培训时说诸如“没必要去学习原理，只要会用就行”之类的话，这就跟我当年刚学会拖控件就以为精通了.net一样可笑。都说IT行业技术发展迅速，其实真正迅速的还是在于应用层的东西，而这些东西我们真的没必要都去学。切记，封装是一把双刃剑，滥用者必然没有好下场。从今天起，做一个聪明的.net程序员。