参加ThoughtWorks实训——学习经验技巧的小分享（一）

暑期参加了ThoughtWorks的培训，改掉了许多不好的编程习惯。下面是自己的一些心得体会。

1、软件项目中的命名。我个人觉得，软件项目中的命名情况比较复杂，简单的说，命名的原则是”见名知意”，但是你还得想许多招防止命名冲突。选个恰当的名字是需要花时间，但肯定会为代码实现提供很多方便。之前自己对命名没有花太多的心思，在做项目的时候，起的名字只有自己理解，别人根本就读不懂我的代码。类名重了，就必须想尽办法改，有时侯改的自己都很凌乱，甚至重头再来。

2、对于函数。应该只做一件事情，而且把这件事情做好。函数尽量要短小，尽力减少函数的参数，如果参数多于三个建议封装成类。同时要学会代码的复用。记得自己刚开始写函数时，基本上一个函数会实现很多功能，当时认为一个函数只做一件事情，很奇怪。总是在一个函数中，if嵌套if，有时候自己都理不清了。

3、代码质量。提高自己的代码质量，不要有多余的注释、空行、空格等。特别是团队合作时，你写的代码属于团队的，不是个人的。所以，整个项目组的成员应当使用相同的代码风格，让多个人编写的代码看起来像一个人书写的。同时个人也不要以自己的特征去命名。但是恰当的注释会让代码变得更可读、可维护性更高。

4、格式的一些要求。

纵向格式：

(1)、函数与函数之间留空行；

(2)、变量声明应该尽可能靠近其使用位置；

(3)、实体变量应该在内的顶部；

(4)、相关函数，如果某个函数调用另外一个，就应该把他们放在一起，而且调用者应该尽可能放在被调用者的上面，这样这个程序就会自然有序。

(5)、相关概念的代码放在一起。

横向格式

(1)、横向格式一行的长度，建议是上限是120个字符；

(2)、赋值运算符两端留空；

(3)、不在函数名和左括号间加空格。因为函数与其参数密切相关。

(4)、缩进。源文件是一种继承结构，而不是一种大纲结构，继承结构中的每一层级都圈出一个范围，也就是代码块，其中有声明语句和执行语句。要体现这种继承结构，就要对源代码进行缩进处理。

5、 单元测试

TDD，鼓舞了许多程序员编写单元测试。

6、迭进

(1)、运行所有测试。

遵循有关编写测试并持续运行测试的、明确的规则，系统就会更贴近低耦合、高内聚的目标。

(2)、重构。

在重构过程中，可以应用有关优秀软件设计的一切知识，提升内聚性，降低耦合度。

(3)、不可重复。

这是自己总结的一些编写代码时应该注意的小细节。养成良好的编程习惯很重要。以上都是自己在学习过程中的小总结。为了更全面更系统地学习如何编写高质量代码，推荐大家阅读《代码整洁之道》这本书，相信你们也会有很多收获。