C++数据结构与程序设计：程序设计原理

1.对于小程序可以先运行程序，再进行修改，不过大的程序从一开始就要小心，妥善地组织，清晰地书写和全面的理解。否则以后可能连接不上项目的其他部分。

2.测试和验证程序，保证程序的正确性，还要维护程序的有效性，使之在有新的要求时适应新的需求。

3.允许数据抽象，支持面向对象的方法，便于代码重用及通用目的库的构造

4.编写的每个程序，函数和方法要包含准确的潜质条件和后置条件。

5.最审慎地选择类，变量和函数的名称，并予以详尽的解释。

6. 对仅是暂时，局部使用的变量，保持其名称简单。

7.使用通用的前缀或后缀来关联同一常规类别的名称。

8.避免选择那些本身意义与问题毫无关系或只有很少关系的漂亮的名称。

9.避免选择拼写互相接近或者其他方面易于混淆的名称。

10.应小心使用字母“l”（小写的ell），“O”（大写的oh）和“o”（零）。

11.保持文档简练但具有描述作用。

12.在每个函数的开始处放上序言。

13.当定义每个变量，常量或类时，解释清楚它是什么及如何使用。

14.对程序的每个重要的片段（段落或函数），用一句注释简要说明它的目的或动作。

15.避免机械模仿代码功能的注释。

16.对任何使用了技巧或意义不清楚的语句加以解释，如果能不用更好。

17.阅读程序的时间比编写程序的时间多得多，要使阅读更容易。

18.使用类来模拟程序的基本概念。

19.每个函数应该仅仅完成一项任务，但要很好地完成。

20.每个类或函数应该隐藏某些东西。

21.输入参数由函数使用但不被函数修改。

22.输出函数包含函数的计算结果。

23.输入输出参数既用作输入，也用作输出。

24.保持连接简单，尽可能避免使用全局变量。

25.只哟啊能偶避免，切勿引起副作用。如果必须使用全局变量作为输出，则详细地将它们写入文档。

26.测试数据的质量比数量更重要。

27.程序测试可用于说明bug的存在，而不能说明其不存在。

28.对一个大型且重要的程序，超过一半的工作是在它已被完全调用，测试并投入使用后，来自于维护阶段。

29.确信你完全地理解了问题，如果必须改变其条件，则确切地解释所做的修改。

30.除非必要，不要优化代码。

31.尽你所能保持算法简单。

32.在需求说明准确和完善前不要进行编码。