当软件开发需求的变化而变化时，软件设计会出现坏味道，当软件中出现下面任何一种气味时，表明软件正在腐化。
● 僵化性： 很难对系统进行改动，因为每个改动都会迫使许多对系统其他部分的其它改动。
● 脆弱性： 对系统的改动会导致系统中和改动的地方在概念上无关的许多地方出现问题。
● 牢固性： 很难解开系统的纠结，使之成为一些可在其他系统中重用的组件。
● 粘滞性： 做正确的事情比做错误的事情要困难。
● 不必要的复杂性： 设计中包含有不具任何直接好处的基础结构。
● 不必要的重复性： 设计中包含有重复的结构，而该重复的结构本可以使用单一的抽象进行统一。
● 晦涩性： 很难阅读、理解。没有很好地表现出意图。
敏捷团队依靠变化来获取活力。团队几乎不进行预先设计，因此，不需要一个成熟的初始设计。他们更愿意保持设计尽可能的干净、简单，并使用许多单元测试和验收测试作为支援。这保持了设计的灵活性、易于理解性。团队利用这种灵活性，持续地改进设计，以便于每次迭代结束生成的系统都具有最适合于那次迭代中需求的设计。
为了改变上面软件设计中的腐化味，敏捷开发采取了以下面向对象的设计原则来加以避免，这些原则如下：
● 单一职责原则（SRP）
就一个类而言，应该仅有一个引起它变化的原因。
● 开放-封闭原则（OCP）
软件实体应该是可以扩展的，但是不可修改。
● Liskov替换原则（LSP）
子类型必须能够替换掉它们的基类型。
● 依赖倒置原则（DIP）
抽象不应该依赖于细节。细节应该依赖于抽象。
● 接口隔离原则（ISP）
不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。
● 重用发布等价原则（REP）
重用的粒度就是发布的粒度。
● 共同封闭原则（CCP）
包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。
● 共同重用原则（CRP）
一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。
● 无环依赖原则（ADP）
在包的依赖关系图中不允许存在环。
● 稳定依赖原则（SDP）
朝着稳定的方向进行依赖。
● 稳定抽象原则（SAP）
包的抽象程度应该和其稳定程度一致。
上述中的包的概念是：包可以用作包容一组类的容器，通过把类组织成包，我们可以在更高层次的抽象上来理解设计，我们也可以通过包来管理软件的开发和发布。目的就是根据一些原则对应用程序中的类进行划分，然后把那些划分后的类分配到包中。
敏捷设计是一个过程，不是一个事件。它是一个持续的应用原则、模式以及实践来改进软件的结构和可读性的过程。它致力于保持系统设计在任何时间都尽可能得简单、干净和富有表现力。
推荐阅读：
热门推荐
关注51Testing
