设计模式六大原则

设计模式六大原则

单一职责原则SRP（Single Responsibility Principle）

一个类，只有一个引起它变化的原因，应该只有一个职责。

单一职责原则提出一个编写程序的标准，用“职责”或“变化原因”来衡量接口或类设计是否优良，但“职责”和“变化原因”都是不可度量的，因项目而异，因环境而异。

单一职责原则的优点：

• 降低类的复杂性
• 提高类的可读性
• 提高代码的可维护性和复用性
• 降低因变更引起的风险

里氏替换原则LSP（Liskov Substitution Principle）

所有引用基类的地方必须能透明地使用其子类对象，反之则不行。

在类中调用其他类时务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经违背了LSP原则；如果子类不能完整地实现父类的方法，或者父类的某些方法在子类中发生“畸变”，则建议断开父子继承关系，采用依赖、聚集、组合等关系替代继承。

在设计模式中体现里氏替换原则的模式如下：

• 策略模式
• 组合模式
• 代理模式

依赖倒置原则DIP（Dependence Inversion Principle）

高层模块不应该依赖低层模块，两者都应依赖其抽象，抽象不依赖细节，而细节依赖抽象。

模块间的依赖通过抽象产生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生，接口或抽象类不依赖于实现类，实现类依赖接口或抽象类。

结合里氏替换原则使用。里氏替换原则指出父类出现的地方子类就可以出现，结合依赖倒置原则可以得出一个通俗的规则：接口负责定义抽象方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确地实现业务逻辑，同时在适当的时候对父类进行细化。

接口隔离原则ISP（Interface Segregation Principle）

一个类对另外一个类的依赖性应当是建立在最小的接口上，使用多个专门的接口比使用单一的总接口要好。

接口隔离原则和其他的设计原则一样，都是需要花费时间和精力来进行设计和筹划的，但是它带来了设计的灵活性，并降低整个项目的风险，当业务变化时能够快速应付。在设计接口时应根据经验和常识决定接口的粒度大小，如果接口粒度太小，导致接口数量剧增，给开发带来难度；如果接口粒度太大，灵活性降低，无法提供定制服务，给项目带来无法预计的风险。

迪米特法则LoD（Law of Demeter）

一个对象应该对其他对象有最少的了解，即一个类应该对自己需要耦合或者调用的类知道得最少。

在设计模式中体现迪米特法则的模式如下：

• 外观模式
• 中介者模式

开闭原则OCP（Open-Close Principle）

一个软件实体，如类、模块和函数应该对外扩展开放，对修改关闭。

开闭原则是面向对象设计的终极目标，其他设计原则都可以看做是开闭原则的实现方法。

开闭原则的重要性体现在以下几个方面：

• 提高复用性
• 提高可维护性
• 提高灵活性
• 易于测试