首先向访问的朋友说说声对不起，今天晚上许多来访者吃了个闭门羹，呵呵，不过我一直在处理，直到刚才才处理好，因为我家里的网速比较慢，所以排查问题花了不少时间。
…
　　说下排查的经过吧，我现在的博客是我前几天花了一些时间加了一个拦截器，增加了24小时排行版、30天排行版、访客留言添加了所在位置、不少数据都做了缓存处理等功能，这部分的改造我下次将会讲到。由于我采用的解决方案是由xslt+xml实时生成内容输出到页面，所以当某个用户访问了这个页面的时候，就出现了我前面讲到的问题。

公司最近要新招聘一人，引发由来以久的语言之争，是选择.Net还是Java？公司现有的所有项目都是.Net做的，如果改用Java，或者另起一套Java的班子，会有什么结果？我认为：
…
我们需要清楚地看到，对于绝大多数软件和网站来说，语言的选择并不重要，因为无论是Java、.Net，还是PHP或ASP，都可以完全胜任目前世界上 90%以上的网站。语言只是工具而已，关键是如何去利用。开发思想才是灵魂，万源同宗，殊途同归，当技术水平到达一定境界之后，完全可以抛开语言了。架构与设计、需求的分析与挖掘、项目质量与进度的控制、项目过程的持续改进、团队的培养，这些才是重要的。谁能说请楚，中文与英文之间的优劣？当然我们不能用三年级学生写的中文作文与大文豪写的英文小说，来对比中文与英文孰优孰劣。
…

　　我可以说，90%以上的程序员，从来不会去考虑用户体验，速度，SEO这类问题，他们是码代码的代码机器人，对于一个一两年以下工作经验的程序员来说，老老实实码代码是一件难能可贵的事，但如果对于一个两年工作以上的程序员，还在老老实实码代码，那就是一个粗劣的程序员了。当然，我并不是说你不要去做技术，去向管理层发展，而是你需要思考，做一个有思考的程序员。为什么我要这么做，我可以做得更好么？有什么新技术，有没有可持续性发展的方法？

　　一个阳光的周末，一个充实的周末，不知不觉从中午12点写代码写到晚上12点，除了中间吃饭之外，我一直坐在电脑旁边，时间过得很快，很久很久之前，我的周末与晚上也是这样度过的，又让我想起从前的日子。呵呵，闲话少说，来点实的。
要做身份证校验，首先我们要了解它的规则，否则就谈不上校验了，身份证分第一代和第二代，分别是15位及18位，规则如下：

* 1.15位的身份证号码
* a.必需全部是数字
* b.第九十位是月份，只能是01至12
* c.第十、十一位是天，只能是01至31
* 2.18位的身份号码
* 1.除最后一位可以是X外，必需全部是数字
* 2.第七至十位是年份，第9-10位只能是19或20，超过2099年的身份证做错误处理，估计我写的这个代码，到2099年也没啥用了
* 3.第十、十一位是月份，同15位身份证
* 4.第十二、十三位是天，同15位身份证

　　介绍：Squirrel是一个三层架构的框架，它能做什么？
　　1.多数据库支持，通过配置文件，可以实时切换多种数据库，而不需要修改代码，目前已经支持Oracle数据库，SQLite数据库，Sql Server数据库。要实现对其它数据的支持也非常简单。
　　2.封装常用的数据库操作，绝大部分对单表的操作都已经被封装好，例如：Insert、Delete、Update、Select。
　　3.封装查询SQL语句，对于Where后面的条件语句进行封装，可以让代码中不出现SQL语句
　　4.支持JSON，而且可以选择产生JSON还是XML数据，对于AJAX特别有用
　　5.框架支持事务
　　6.其它扩展，如获取参数的扩展、字符串的扩展

和所有程序员一样，我也一直在学习，学习更深层次的技术，学习软件开发的方法，学习软件项目管理。在学习设计模式的过程中，找了不少书，但我在学习这些书本的时候发现了一个很头疼的问题，这些书本都很生涩，非常之抽象，从模式的定义到模式的意图，再到模式的类图等等，非常多的笔墨来描述他们。可是，当讲到实际应用的时候，却是戛然而止，仿佛有若蜻蜓点水。
我想大师们和我不一样，他们站在一个抽象的高度，所以他们只讲抽象、理论、要领、原则。然而，软件界要培养大师级的人物毕竟是小数，大多数人和我一样，是一个实践者，况且，每一个大师都是菜鸟进化而来的。千里之行，始于足下，九层高台，起于垒土。
一直想把设计模式这个东西放在实际的案例中，然后写出来，这样我觉得更加平易近人，程序员都喜欢看代码。但实际上有很多制约未能成行，一方面是自身的水平问题，另一方面是一时间难以找到这么多合适的案例出来。
刚好凑巧，最近需要用到JSON，设计模式中的组合模式正好可以应用，完成代码之后就想把自己的想法写出来，也希望多多少少能帮到正在学习设计模式的人，也算是这个系列的一个起点吧，我希望以后还有更多的时间与机会来写其它的设计模式。
如果您正在看这篇文章，表示您正在学习，虽然本文附有代码，但我想您最好亲自去写一下这些代码。毕竟“纸上来得终觉浅，绝知此事要躬行”，多写多问多看总是有好处的。
坦白讲，我的技术非常有限，在这篇文章中一定会存在着许多谬误，欢迎大家拍砖。
我希望和更多的人一起交流，当然不仅仅是局限于技术，所以公开我的联系方式，但由于时间关系，我不一定能有问必答，希望能得到您的原谅。

一、过多嵌套用户控件
二、使用太多的视图状态
三、一切都由服务器响应
四、完全依赖于服务器控件
五、过多地使用Session
六、不考虑最终生成的HTML代码
七、乱用新技术

　　最近项目需要使用TreeView，客户说点击一下刷屏很不爽，查了查TreeView，发现MS居然不提供客户端响应事件的功能，也就说一定要使用服务器端响应事件，这个白痴的MS，很多时候TreeView是不需要服务器响应的，居然把什么都做到服务器中去，想考验服务器的水平啊。
　　先是到网上找了一大堆资料，结果发现都不能解决问题，过程就不说了，结果才是别人的，过程就留给自己吧。最后还是自己想办法，基本的思路是从客户端相办法。在客户端用javascript把树的节点链接中的onclick及href给替换掉，有了这个思路就好解决了。
……

　　这里的ClickNode就是客户端的JS代码了，你可以以任何的代码替代。实际上原理很简单：

　　通过TreeView的客户端ID，获取该容器下的所有链接
　　循环屏蔽节点的链接A的事件(onclick)及href
　　在链接的文本（最终输出中间的内容）加入Text

　　在这里技术C#、.Net开发的一些小技巧，持续更新…中

　　到微软件的网站下了一个UrlWriter的安装包，简单地说一下，微软下载的是基于2003的，如果你用的是2005，可能会进行一些转换，这个转换过程是安全的，但转换完成了后并不能工作，我到网上找了找，发现网上有相关的解决的方案，但根据网友提供的解决方案始终不能解决问题，汗一个，难道我下错版本了？
　　根据网上提供的线索，可以基本确定不能使用二级域名的原因是因为UrlWriter在取地址的时候，只取文件地址而没有取全部的URL，知道原因就好办了，自己进行调试，还得靠自己啊。

　　昨天一家外包公司的技术人员给我打电话，问了一些数据库的知识，他问我知道什么叫范式吗？我说不知道。他又问我你知道数据库的底层操作吗？我说不知道。当时他问范式我确实是没反映过来，他问数据库的底层操作我是不知道他指的底层操作是什么东西，后来上网查查资料，基本对底层操作有了一个了解。