一朝风月

本文主要讲述6个原则。前3个原则关注包的内聚性，这些原则能够指导我们对类组包，后3个原则关注包的耦合性，帮助我们确定包之间的相互关系。最后两个原则为包的设计提供了定量的分析方法。

      **不应该强迫客户依赖于它们不用的方法。**使用多个专门的接口比使用单一的总接口要好。一个类对另外一个类的依赖性应当是建立在最小的接口上的。      一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。...

抽象不应该依赖于细节。细节应该依赖于抽象。依赖倒置原则主要体现在两个方面：高层模块不应该依赖于低层模块。二者都应该依赖于抽象。抽象不应该依赖于细节。细节应该依赖于抽象。

子类型（subtype）必须能够替换掉他们的基类型（base type）如果一个类承担的职责过多，就等于把这些职责耦合在了一起。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的（fragile）设计。当一个职责发生变化时，可能会影响其它的职责。另外，多个职责耦合在一起，会影响复用性。例如：要实现逻辑和界面的分离。...

开放-封闭原则（The Open-Closed Principle）

单一职责原则（The Single Responsibility Principle，简称SRP）

在大多数软件项目中最不稳定的东西就是需求，需求处在一个持续变动的状态中。软件的设计也会因为需求的变化而腐化。常见的腐化有7种类型。为了解决这些问题，许许多多的软件开发人员和研究人员总结出了5种设计原则。这些设计原则是解决软件腐化问题的有效方式。敏捷团队可以应用这些原则来解决软件设计腐化问题（臭味），但是这些原则也绝非在系统中到处喷洒的香水。过分遵循这些原则会导致软件设计变得不必要的复杂。只要尽可能的保持好的设计即可。设计必须要保持干净、简单，并且由于源代码是设计最重要表示。所以就要求敏捷开发人员要每天、