优秀ASP.NET程序员修炼之路
“为人写程序”
初级的程序员或经验不足的程序员往往只意识到自己的程序是写给计算机的，而不会在意程序其实也是写给人的，或在意得不够、不全面。
写给机器的程序，往往追求的是运行正确、执行效率能满足要求。但程序员的任务仅仅就是把业务逻辑转成机器能编译的计算机语言吗？
其实，程序首先（注意，是首先）是写给人的。第一，程序是写给看代码的人的。第二，程序是写给用程序的人的。了解这一点，才能理解写程序为什么要有代码规范，为什么要有各种文档，为什么写子程序时要命好名，为什么要分层，为什么要学设计模式，为什么要写测试用例，为什么要推敲按钮的摆放，为什么要按XHTML标准写Web界面，为什么要用AJAX … …理解了这一点，才能更好的做好上面种种事情。
谁都在说“细节决定成败”，谁都知道要注意细节。为什么大家都在讲细节，有的人能通过细节打败对手，有的人连细节在哪一方都不知道，这就是水平的高低所在。我们要有心理准备：细节不是喊一声就会出现在你面前的。感知到细节，这是一个需要不断学习和实践，甚至有人指导的过程。这个过程有长有短，要看个人的学习能力，领悟能力。但最起码，我们首先要有一个方向。找程序的细节，方向就是“为人写程序”，在你做设计，写代码，摆弄界面的时候，心里时刻记住这一点，几个项目下来，你自然能看到很多细节了。
“内外兼修”
武侠电影里的高手，往往都是通过奇门心法，内力陡增而成为高手的。但我们做程序的，要成为高手，“内外兼修”才能事半功倍。内，指的是需求把握，设计思想，设计模式等。外，指的是写代码时的规范，做界面时的严谨等。
看武侠看多了的我们，偏内轻外的特点是很明显的。看看书店里写设计模式主题的书籍和指导代码规范的书籍的数量和销量对比就是一个很好的证明。但是就算设计模式一套一套，但写的类却给人看半天也看不出思路的话，一两年之后，你仍将陷入一个个泥潭中。
再举个例子，有的人自称ASP.NET程序员，而且他写出来的后台代码也层次清晰，条理清楚，但是做出来的界面，结构与表现混杂，一大堆IDE自动生成的垃圾代码充斥其中，该用单选框的用文本框，按钮放在谁都想不到的地方，不该用户操作的要用户操作，一步可操作完的搞成几步也不能完成操作……很显然，他不可能做出成功的产品。也许他也知道界面要合理，�
相关文档：
ASP.Net 1.1后引入了对提交表单自动检查是否存在XSS(跨站脚本攻击)的能力。当用户试图用之类的输入影响页面返回结果的时候，ASP.Net的引擎会引发一个 HttpRequestValidationExceptioin。默认情况下会返回如下文字的页面：
以下是引用片段：
Server Error in '/YourApplicationPath' Application
A potentially dangerou ......
一、验证类
1、数字验证内
1.1 整数
/^(-|\+)?\d+$/.test(str)
1.2 大于0的整数 （用于传来的ID的验证)
/^\d+$/.test(str) &nb ......
大家会在ASP.NET 2.0使用TreeView控件时发现带有CheckBox控件的TreeNode对象（TreeView节点），选择CheckBox无法回发页面。在MSDN中对于TreeView.TreeNodeCheckChanged事件有一段备注：“当 TreeView 控件的复选框在两次向服务器发送之间更改状态时，会引发 TreeNodeCheckChanged 事件。这使您可以提供一个这样的事件� ......
用ASP.NET有一段时间了，但总觉得还是一直浮于表面，对控件开发知之甚少，故近期开始恶补这方面的内容。要跑题了，还是先回顾一下应该如何上手ASP.NET，给刚开始接触它的同志一点指引：
1、弄清楚什么是.NET：说白了它就是一套控件包，一般被说成框架，类似于MFC或者DELPHI的VCL等� ......
关于控件图标的事，可没少瞎折腾，从前年想入手这方面开始，就没搞定过。N多大虾的贴子都翻烂了，也没找出个头绪来。其实最开始有次真给蒙出来了！不过后来改控件，也不知道改哪了。没了！于是满世界的CSDN、MSDN。。。。NB的人，NB的文章看了眼晕，打死也没有弄出来。昨天项目中遇到问题，看了一哥们的控件（WEBABCD：至今 ......
