匈牙利命名法我比较喜欢，在ASP.NET中，我甚至给button或Panel等控件起名字时也会用btnUpdate和pnlShowDeptMember之类的名字，变量和类名及方法名我也尽量做到一看便知其义。

但我在关于.net的资料上看到，连微软也不再提倡使用匈牙利命名法,尤其说变量名建议不使用匈牙利命名法，原因鼠标置于变量上会显示其类型，如不必再定义intUserId,blnIsAdmin等等。（非得鼠标指向才能看的出啊，不如一看名字就明白，这怎么能取代匈牙利命名法呢？？要是看打印代码的话，你往哪去指向呢？）

我个人还是喜欢用匈牙利命名法来命名变量或控件名的，不知道各位对此匈牙利命名法有什么高见？

对于规范我是这样认为的，规范是程序开发过程的经验总结，就如行军打仗，需要一统一的口令、服装和一种默切。足球运动中的明星配合也需要这种配合，造成一成统一的，规律性的东西。

但是没有一种规范是没有缺点的，规范也是针对特定场合。每个公司都有特定条件，也不可能规范是完全相同的。好的规范可以借鉴，但不是拘泥，你需要是分析，这些是否适合你。团队的程序开发，都会形成一套自己优秀的东西，开放地接受外来的方法，能取长补短。但不顾自己特长，完全接受，只会放弃自己特色。

对匈亚利命名法本人接触不多，但类似的mName，strFilePath等个人还是比较喜欢，觉得非常清晰。微软的东西也是在变的，想初有很多一长串的全为大写的字串看得人头疼。就连现在的语言也存大许多不规范的东西，如数组的起始数为0，sub(str)的起始为1，String.SubString的起始数又为0，我们不得不为是0，还是1这个很笨的问题伤脑筋。

规范的原则是要有一惯性，形成了就不要轻易修改。清晰并且简洁，一大堆的规范很伤脑子。规范是应该促进团队开发，并且在后期维护中起积极作用的。

规范并不是最主要因素，程序员素质是最主要的。一批素质不好的，用规范去套，只能用圈子套笨牛，不可能有好的效率的。

一直以来写代码都不太重视大小写，可能写多了VB的程序，所以也就一直没有改正这个毛病，直到开始学习ASP.NET，不得矣才强迫自己开始规范代码的大小写，现在才发现自己对键盘竟是如此的不熟悉呀。

协同工作一定是要有规范的。个人行为的话就可以随意一点啦