Java设计模式之七大原则

七大原则

单一职责、接口隔离、依赖倒转(倒置)、里氏替换、开闭原则、迪米特法则、合成复用原则

1、单一职责原则

对类来说,即一个类应该只负责一项职责。

比如类A负责两个不同的职责:职责1,职责2。当职责1需求变更而需要改变A类时,可能造成职责2执行错误,所以需要将类A的粒度分解为类A1、A2.。

单一职责注意事项:

1、降低类的复杂度,一个类只负责一项职责

2、提高类的可读性,可维护性,降低变更引起的风险

2、接口隔离原则

客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上

3、依赖倒转原则

1、高层模块不应该依赖低层模块,二者都应该依赖于抽象

2、抽象不应该以来细节,细节应该依赖抽象,依赖倒转核心思想是面向接口编程

3、依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构稳定得多。java中抽象指的是接口或者抽象类,细节就是具体的实现类。

4、使用接口或抽象类的目的就是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。

依赖关系传递的三种方式:接口传递、构造方法传递、setter方法传递

4、里氏替换原则

里氏替换原则在1988年,由麻省理工学院的一位姓里的女士提出的。

如果对每个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。换句话说,所有引用基类的地方必须能透明地使用其子类的对象。

在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法

里氏替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过聚合、组合、依赖 来解决问题。

5、开闭原则

开闭原则是编程中最基础、最重要的设计原则

一个软件实体比如类、模块、函数 都应该对扩展开放(提供方),对修改关闭(使用方)。用抽象构建框架,用实现扩展细节。当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化。

编程中遵循其他原则,以及使用设计模式的目的就是遵循开闭原则 

6、迪米特法则

一个对象应该对其他对象保持最少的了解

类与类关系越密切,耦合度越大

迪米特法则又叫最少知道原则,即一个类对自己依赖的类知道的越少越好。也就是说对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部。对外除了提供public方法,不对外泄漏任何信息

7、合成复用原则

原则上尽量使用合成/聚合的方式,而不是使用继承

设计模式的核心思想

1、找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混合一起

2、针对接口编程,而不是针对实现编程

3、为了交互对象之间的松耦合设计而努力

你可能感兴趣的:(设计模式,设计模式)