编程风格制定准则

编程风格学习书籍
1、《编程风格》
2、《代码整洁之道》
3、《C++编程规范》
4、《C++编程风格》
5、《JAVA编程规范》

统一制定编程风格的共识（好的编程风格制定准则是适用于大部分编码语言的)：
1、确定制定编程风格的目的；
2、确定编程风格的对错；
3、认识编程风格老习惯的危害。

一般性指导：
一、制定编程风格的目的 --> 提高软件生产效率
1、增强代码的阅读性和可理解性；
2、简化编程风格的复杂度（不影响阅读和理解的情况下）；
3、有效的减少不必要的输入；
4、有效的防止失误导致的输入错误；
5、适应特定的IDE。

二、确定编程风格的对错 --> 狭义上讲不利于代码的阅读和理解的即为错
是否利于代码阅读和理解是判断编程风格对错的根本性依据。代码不管如何书写都能实现相同的功能，就像说话声音的高低一样，声音高低表达的内容是一样的，广义上讲本无对错。但声音过高会影响对方情绪，会影响周围的人，就像“素质”要求每个人在公共场合不得大声喧哗一样，公共场所大声喧哗就是错，所以不利于代码阅读和理解的编程风格就是错的。

三、认识编程风格老习惯的危害 --> 习惯也包含陋习
遇到好的事物，如果有人说，我习惯老的事物，那基本就是不愿意接受好的事物的借口。所谓风格的习惯，是在特定情况下养成的，时代在变化、技术在革新，还要守着陈旧的习惯，是自我的封闭。所谓的习惯，也包括漏习，不愿意改变坏习惯是因为没有认识到好的习惯的劣处、没有认识到改变习惯之后产生的好处和效益。

零散总结：
1、源文件：头文件行数不多于150行，源文件行数不多于500行（空行也算一行），除文件头处的段注释；
2、函数体：从阅读理解考虑函数体行数不多于25行、从显示器高度考虑不多于显示器高度的2/3（1920*1080的显示器大约40行）；
3、代码行：每行代码字符数应该小于显示宽度的2/3（1920*1080的显示器不多于120个字符，当前主流显示器）；
4、类方法：一个类拥有多少方法，没有搜集到相应的依据（可以通过文件行数约束）；
5、类属性：一个类拥有多少属性，没有搜集到相应的依据（可以通过文件行数约束）；
6、再好的架构再好的项目，如果不利于阅读，项目就是一次性的、就是失败的；
7、不要小看多输入一个字符的危害，就好比快件一样，如果一个快件给你一分钱，你将成为大富豪。特别是变量和函数编程人员每天都在和它们打交道，不停的敲入、删除、修改它们，一个人一天反复的处理多少次（自己可以总结一下自己）？一个月呢？一年呢？加上公司所有的编程人员呢？敲多了手累（深有体会）、浪费自己的时间、也浪费公司的时间。
8、事物的发展都是经过从简到繁、又从繁到简最终形成至简的大道（大道至简），当然编码风格的至简也是有时限性和技术依赖性的。以变量命名的更迭过程举例说明，编程风格也是遵从从简到繁、又从繁到简的哲理：1）初始阶段：变量命名比较随意简单，甚至使用大量的单字母命名变量；2）百花争艳阶段：变量命名无比复杂繁琐，把变量的类型、属性（静态、常量等）、作用域（全局、文件、命名空间等）、甚至输入输出标志也要都融入到变量名中，导致变量名越来越长；3）大道归简阶段：变量命名只要命名空间、类、代码段运用得当（配合强大的IDE），相信最后的变量命名会没有各种冗余信息的附加（就像Java变量命名）；
9、C++和JAVA的编程风格是完全可以统一的（除了IDE的依赖的风格）。