设计模式原则

设计模式原则

做什么事情都要遵循一些基本准则，自然在设计一些设计模式时，一般要遵循以下基本原则

总原则：开闭原则(Open Close Principle)

开闭原则顾名思义就是说对扩展开放，对修改关闭。在程序需要进行扩展的时候，不能去修改原有的代码。而是要扩展原有的代码。善用接口和抽象类。以提高程序的拓展性及可维护性

一句话总结：对扩展开放，对修改关闭

目的：降低维护带来的风险

单一职责原则

不要存在多余一个导致类变更的原因，也就是说每个类应该保持单一职责的实现，否则。应该把类拆分。

一句话总结：一个类只干一件事

目的：提高代码可读性

里氏替换原则（Liskov Substitution Principle）

里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—摘自百度百科

一句话总结：子类重写方法功能发生改变，不应该影响父类方法的含义

目的： 防止继承泛滥

依赖倒转原则（Dependence Inversion Principle）

开闭原则的基础，面向接口编程，依赖于抽象而不依赖于具体，写代码时用到具体类时，不与具体类交互。而与具体类的上层接口交互。

一句话总结：高层不应该依赖底层，面向接口编程

目的：便于代码结构升级

接口隔离原则（Interface Segregation Principle）

使用多个专门的接口比使用单一的总接口好，一个接口只代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起。形成一个臃肿的接口，这是对角色和接口的污染。

一句话总结：一个接口只干一件事

目的：功能解耦。高聚合，低耦合

迪米特法则（Demeter Principle）

迪米特法则的初衷在于降低类之间的耦合，由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或少有）的依赖关系

门面模式和中介模式都是迪米特法则应用的例子

一句话总结：一个类应该保持对其他对象最少的了解，降低融合度

目的：减少代码臃肿

合成复用原则（Composite Reuse Principle）

合成复用原则（Composite Reuse Principle）又叫组合/聚合复用原则。他要求在软件复用时，要尽量先使用聚合/合成的方式。而不是使用继承

一句话总结：尽量使用组合或者聚合关系实现代码复用，减少使用继承

目的：降低代码耦合

实际上，这些原则的目的只有一个：降低对象之间的耦合，增加程序的可复用性、可扩展性和可维护性。