java设计模式的六大原则

单一职责原则：

介绍：一个类，应当只有一个引起它变化的原因；即一个类应该只有一个职责；也就是说，不要为了省事，将所有的功能放到同一个类中。

优点：

● 降低类的复杂性

● 提高类的可读性，以及系统的可维护性

● 降低变更引起的风险

里氏替换原则：

介绍：

定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。

定义2：所有引用基类的地方必须能透明地使用其子类的对象。

通俗简单的说就是：子类可以扩展父类的功能，但不能改变父类原有的功能。

于是可以得出以下四层定义：

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。

• 子类中可以增加自己特有的方法。

• 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。【注意区分重载和重写】

• 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

优点：

• 代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；

• 提高代码的可重用性；

• 提高代码的可扩展性；

• 提高产品或项目的开放性。

缺点：

• 继承是入侵式的。只要继承，就必须拥有父类的所有属性和方法；

• 降低代码的灵活性。子类必须拥有父类的属性和方法，使子类受到限制；

• 增强了耦合性。当父类的常量、变量和方法修改时，必须考虑子类的修改，这种修改可能造成大片的代码需要重构

依赖倒置原则

含义：

所谓依赖倒置原则（Dependence Inversion Principle）就是要依赖于抽象，不要依赖于具体。实现开闭原则的关键是抽象化，并且从抽象化导出具体化实现，如果说开闭原则是面向对象设计的目标的话，那么依赖倒转原则就是面向对象设计的主要手段。

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

也就是说，尽量依赖接口，不要依赖细节

但是在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是具体的实现类，实现类实现了接口或继承了抽象类，其特点是可以直接被实例化。依赖倒置原则在Java语言中的表现是：

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

• 接口或抽象类不依赖于实现类；

• 实现类依赖于接口或抽象类。

优点：减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性

接口隔离原则

接口隔离原则有如下两种定义：

1. 客户端不应该依赖它不需要的接口。

2. 类间的依赖关系应该建立在最小的接口上。

接口隔离原则的具体含义如下：

• 一个类对另外一个类的依赖性应当是建立在最小的接口上的。

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

• 不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构，即不要强迫客户使用它们不用的方法，否则这些客户就会面临由于这些不使用的方法的改变所带来的改变。

 

迪米特法则（最少知道原则）

迪米特法则又叫最少知识原则，意思是一个对象应当对其他对象尽可能少的了解。迪米特法则不同于其他的设计原则，它具有很多种表述方式，其中具有代表性的是以下几种表述：

• 只与你直接的朋友们通信；

• 不要跟“陌生人”说话；

• 每一个软件单位对其他的单位都只有最少的了解，这些了解仅局限于那些与本单位密切相关的软件单位。

通俗的来讲，就是一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。

按照迪米特法则，如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用；如果一个类需要调用另一个类的某一个方法，可以通过第三者转发这个调用。

开闭原则

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，需要面向接口编程。

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。在代码层面而言就是在你有新的需求的时候，你应当增加新的对象来实现，而不是修改原来的对象。

开闭原则是面向对象设计中最基础的设计原则，也就是就是对上面5个原则的总结与归纳，这个开闭原则更像是前面五项原则遵守程度的“平均得分”，前面5项原则遵守的好，平均分自然就高，说明软件设计开闭原则遵守的好；如果前面5项原则遵守的不好，则说明开闭原则遵守的不好。

总结：

前面说的6项原则，恰恰是告诉我们用抽象构建框架，用实现扩展细节的注意事项而已：单一职责原则告诉我们实现类要职责单一；里氏替换原则告诉我们不要破坏继承体系；依赖倒置原则告诉我们要面向接口编程；接口隔离原则告诉我们在设计接口的时候要精简单一；迪米特法则告诉我们要降低耦合。而开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。