《敏捷软件开发 原则 模式与实践》（3）--设计原则

“在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论，实际上满足工程设计的标准的唯一软件文档，就是源代码清单。”

在我们进行软件开发设计的时候，有的时候为了快速完成任务，不仔细考虑设计，在不断的修改中完成。这导致了很多的臭味道。

软件设计的一些臭味道：

1. 僵化性：设计难以改变，耦合性太高，牵一发而动全身。

2. 脆弱性：设计容易遭到破坏，易导致其他不可知的问题

3. 牢固性：设计很难重用，难以对核心代码进行分离

4. 粘滞性：难做正确的事情

5. 不必要的复杂性：过分设计，过于考虑未来扩展性。

6. 不必要的重复：复制粘贴过多

7. 晦涩性：混乱模糊的表达，没有很好的表现出意图，晦涩难懂。

引起软件臭味道的最主要原因：

不考虑整体性，因为软件需求的不断变化，对代码，不断的增砖添瓦，导致代码结构混乱，出现臭味道。

解决软件臭味的一些原则：

一. 单一职责原则SRP

对一个类而言，应当仅有一个引起它变化的原因。

职责，即变化的原因。对于SRP，每一个类，每一个方法，都应该尽可能的做到SRP。

二. 开放-封闭原则SCP

对扩展开放，对修改关闭。

有时候看似简单的修改，却会对其他相关模块造成影响。尽可能的把频繁改变的行为抽象出来，灵活的进行设计，这样在未来可以不用修改源代码而轻松的进行扩展。增加了系统的灵活性，可重用性，可维护性。

三. 里氏替换原则LSP

子类型必须能替换掉它们的基类型。

四. 依赖导倒置原则DIP

1. 高层模块应该依赖于底层模块，二者都应该依赖于抽象。

2. 抽象不应该依赖于细节，细节应该依赖于抽象。

五. 接口隔离原则ISP

不应该强迫客户依赖于它们不同的方法。