极限编程与敏捷开发

　　◆粘滞性： 做正确的事情比做错误的事情要困难。

　　◆不必要的复杂性： 设计中包含有不具任何直接好处的基础结构。

　　◆不必要的重复性： 设计中包含有重复的结构，而该重复的结构本可以使用单一的抽象进行统一。

　　◆晦涩性： 很难阅读、理解。没有很好地表现出意图。

　　敏捷团队依靠变化来获取活力。团队几乎不进行预先设计，因此，不需要一个成熟的初始设计。他们更愿意保持设计尽可能的干净、简单，并使用许多单元测试和验收测试作为支援。这保持了设计的灵活性、易于理解性。团队利用这种灵活性，持续地改进设计，以便于每次迭代结束生成的系统都具有最适合于那次迭代中需求的设计。

　　为了改变上面软件设计中的腐化味，敏捷开发采取了以下面向对象的设计原则来加以避免，这些原则如下：

　　单一职责原则(SRP)

　　◆就一个类而言，应该仅有一个引起它变化的原因。

　　◆开放-封闭原则(OCP)

　　◆软件实体应该是可以扩展的，但是不可修改。

　　◆Liskov替换原则(LSP)。

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

　　◆依赖倒置原则(DIP)

　　◆抽象不应该依赖于细节。细节应该依赖于抽象。

　　◆ 接口隔离原则(ISP)

　　◆不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。

　　◆重用发布等价原则(REP)

　　◆重用的粒度就是发布的粒度。

　　◆共同封闭原则(CCP)

　　包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。

　　◆共同重用原则(CRP)

　　◆一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用包中的所有类。