由function AA()想到的

        最近公司在做的是一个后台管理网站，简单的业务流程是这样的，客户下单，公司内部各个部门进行审核验证等一系列的操作。暂时的开发人员只有我一个人，其他小组的人同时在进行其他项目。网站的后台基本架构很快搭建出来了，之后就是各个基础数据表维护的实现。过了几天，这个项目调过来个开发人员。我是这样想的，一个人写前端表单验证，一个人写后台代码。昨天把她写的js代码提交上来了，有一段代码是这样写的：

        Function AA(){……};

        大家看到的是一个普通的前端方法，定睛一看，这是要AA制吗？

        我们说代码的命名要见名知意，养成规范的代码命名习惯很重要。

        当前的技术氛围下，一个人编写精干整洁的代码已经很难，要是让一个团队达到这个目标更是难上加难。每个人的想法不一样，经理不一样，项目压力又那么大。我认为一个好的有战斗力的团队要有共同的意识，这种意识应该书面化的表达出来，反映在技术团队中的就是代码规范文档，每个人要尽我所能的克制自己的个性，统一遵守一套命名规范。如何评判一个好的Leader，我认为代码的规范命名是很重要的一条。

        代码规范比比皆是，但是很少有公司做好代码规范的。自从换到新公司，给的最大的最麻烦的阻力就是代码命名的规范，感觉心里难受。忍不住想谈谈代码规范的重要性，希望所有人都能够重视起来。而且，我相信，如果我们代码规范能够做好的话，且不说开发水平提高多少，至少我们也会有很多出色的开源项目。

        举几个例子：CF_SalesVisit_LOG、Order_User_Img_Type、XD_Quality_Log_Table、CF_sale_csr这是数据库表的命名。

（1）      第一次看到表的命名是这么多的下划线啊，真是噎得难受，如果用这种表直接生成实体类的话，我要敲几次下划线才能智能提示到确定的类名呢？

（2）      CF_sale_csr 名称简写的有点儿过分吧，csr是什么意思呢，我猜了好久……名字尽量应该用全拼吧，个人意见

（3）      Table，好可爱的table，难道其他的就不是“表”吗？加上table不会显得多余吗？

 

        那么什么是好的规范？我认为好的规范要体现这四个字：先知后觉。你想做的我已经想到了，而且写完后回过头一看，团队的代码像一个人写得一样。你也许觉得这不切实际，但我们就是要有一个伟大的梦想。通常情况下，想当将军的士兵只能成为校官，而想当皇帝的士兵......好吧，我不多想了。

　　团队的规范通常是一个大牛或一个大牛委员会制定的，但不可能永远不变，我们需要有个开放且固定的地方供大家讨论，并有良好的修正、通知机制。

　　恩，人人定规范，规范定人人。为了写出整洁的代码，让我们制定一套适合自身的规范吧！