程序设计原则

【第一目标】：可理解性和可维护性

1、KISS原则（保持简单和直接原则）

不要在系统内在的复杂性上额外的添加不必要的复杂性。保持代码尽可能的简洁，如果对灵活性和可扩展性有大的要求可以添加必要的复杂性以满足这些需求。

2、不需要原则

不要为以后可能会用到写多余的代码，这是一种浪费时间的做法。只添加现在需要用的代码，后面有需要再重构。

3、DRY原则（Don't repeat yourself）

复制存在缺点：当一段代码被修改时，也需要去修这段代码的副本。

Ctrl+C 和 Ctrl + V是一种设计错误。

4、信息隐藏原则

一段代码调用另一段代码，调用者无需知道被调用代码的内部实现。

优点：

1、限制模块的变化范围；

2、模块自身的缺陷修复，对其他模块影响较小；

3、提高模块的复用性；

4、具有好的可测试性；

信息隐藏和封装的区别：

信息隐藏：是一种原则，有助于帮助开发人员找到好的模块设计；

封装：用于限制对模块内部访问，它依赖于特定的编程语言的技术；

5、高内聚和松耦合原则

高内聚：把逻辑相关的代码放在一个模块内；

松耦合：每个模块都应该很少使用或者不知道其他模块的定义；

              实现手段：采用接口声明类的公有行为，不涉及类的具体实现。（面向接口编程）

6、小心优化原则

1、要有健全的测试用例；

2、只要没有强烈的性能要求，就避免优化；

7、最小惊讶原则

函数不应该有异常行为或者副作用。函数应该按照函数名所暗示的意义执行。

8、童子军原则

及时修正或改进不好的代码。