C++升级之整洁之道（一）——软件设计原则

1.保持简单和直接原则

任何软件系统都有内在的复杂性，复杂问题通常需要复杂的代码，内部的复杂性是不可避免的。

保持代码尽量简单，如果对灵活性和扩展性有很高的质量要求，则必须增加软件的复杂性以满足这些需求，可以使用总所周知的策略模式，如果有需求，则可以引入灵活点。

2.不需要原则

确定了真的有必要的时候再写代码，那时再重构仍然来得及。

3.避免复制原则

我们应该尽量避免复制。当一段代码被修改时，对应的副本也会随之修改，有可能会漏改副本而产生系统bug。

在一个系统内部，任何一个知识点都必须有一个单一的、明确的、权威的陈述。

4.信息隐藏原则

该原则指出，一段代码调用了另外一段代码，那么调用者不应该知道被调用者的内部实现，否则调用者就有可能通过修改被调用者的内部实现而完成某个功能，而不是强制性要求调用者修改自己的代码。

信息隐藏是把系统分解为模块的基本原则，系统模块化是为了隐藏困难的设计决策或可能改变的设计决策，软件单元暴露其环境的内部构件越少，该单元的实现与其客户端之间的耦合就月底。因此，软件单元内部实现的更改将不会被其使用者所察觉。

信息隐藏有很多优点：（1）限制了模块变更的范围；（2）如果需要修复缺陷，对其他模块的影响最小；（3）显著提高了模块的可复用性（4）模块具有更好的可测试性

信息隐藏通常与封装混淆，信息隐藏是帮助开发人员找的好的设计模块的原则，该原则适用于多个抽象层次并能展现其正面效果，特别是在大型系统中。

5.高内聚原则

 任何软件实体应该有很高的内聚性。

6.松聚合原则

在系统中，每一个模块应该很少使用火不知道其他独立模块的定义。

7.小心优化原则

没有明确的性能要求，就避免优化。

PS：可以使用动态程序分析工具Profiler找出瓶颈，主要是测量函数调用频率和持续时间。

优化只有在不满足利益相关方明确要求的情况下才能采取行动，但是开发人员应该仔细分析影响性能的地方。

8.最少惊讶原则

该原则指出不应该让用户对用户界面的意外响应而感到惊讶。

9.童子军原则

当发现需要改进或者风格不好的代码时，应该立即修正它。

这种行为的好处是我们能不断防止自己的代码被破坏，比如如下操作：

（1）重命名命名不佳的类、变量、函数或方法（2）将大函数分解成更小函数（3）让需要注释的代码不严自明，以避免注释（4）清理复杂而令人费解的if-else组合（5）删除一小部分重复的挨骂

一个好的项目应该让代码集体化。