接口隔离原则_Java设计模式→设计原则

最新推荐文章于 2022-12-26 11:26:58 发布

weixin_39691748

最新推荐文章于 2022-12-26 11:26:58 发布

阅读量126

点赞数

文章标签：接口隔离原则

本文链接：https://blog.csdn.net/weixin_39691748/article/details/111359306

版权

【设计模式】

一、 设计原则

程序设计的要遵循的一些理论,也可以理解为程序设计的一种要求和目标,是面向对象程序设计的基石,也是面向对象程序设计的质量保障和依据。

1.1单一职责原则

解释:

单一职责 SRP--Single Responsibility Principle

应该有且仅有一个原因引起类的变更

1系统中的每个类都应该只有一个职责,而所有类所关注的就是自身之职责的完成

2职责是指为”变化的原因”

3如果能想到多个原因去改变一个类,这个类就是多个职责

4并不是单一功能原则,并不是每个类只能有一个方法,而是单一”变化的愿意”原则

5如果一个类有多个职责,这些职责就耦合在了一起,当一个职责发生变化时,可能会影响其他职责

6多个职责耦合在一起,会影响服用性(可能只需要服用该类的某一个功能,但是该职责和其他职责耦合在一起,很难分离出来)

其实就是我们常说的高内聚低耦合原则,.单一职责原则是最简单也非常难实现的原则

好处

将功能分类,模块划分明确,修改一个模块不会造成其他模块的修改,降低模块之间的耦合度

举例:

MVC模式下,无论是Controller层还是service亦或是DAO层,针对每个表格都有独立的实现类,不要掺杂在一起,以免因为任何一个操作的变化都引起类的修改

图解:

饭店老板既当厨师,又当服务员,这不合适

1.2开闭原则

解释:

开闭原则 OCP--- Open Closed Principle

软件实体应该对功能的拓展开放,对修改关闭的原则, 因为需求有变化,要求我们设计程序时必须为程序功能的新增留好接口,在新增功能时,不要修改原有代码,而是新增代码.让程序实现对拓展开放,对修改关闭测设计要求

薛定谔的猫理论,用户需求不确定理论

1实现开闭原则的关键是抽象

2定义一个抽象层,之规定功能而不提供实现,实现通过定义具体的类来完成

3当需求变化时,不通过修改抽象层来完成,而是通过定义抽象层的新实现完成

4通过抽象类及接口,规定了具体的类的特征作为抽象层,相对稳定,不需要修改,从而满足对修改关闭,从抽象类到处的具体类可以作为改变系统的行为,从而满足对扩展开放

好处:

1通过扩展已有软件系统,可以提供新的行为,以满足对软件新的需求,提高了软件系统的适应性和灵活性

2已有的软件模块,特别是重要的抽象层模块不能再修改,提高了软件系统的一定的稳定性和延续性

3这样的设计同时也满足了可复用性和可维护性

举例:

MVC模式下,每一层都有接口,是和其他层对接的规范,新增功能时,我们可以选择新增Controller层和service层和mapper层代码不用去修改原有代码

1.3里氏代换原则

解释

里氏代换原则 LSP------ Liskov Substitution Principle

所有引用的基类的地方必须能够透明的使用其子类的对象

凡是父类出现的地方,其子类就可以出现,而且调用子类还不能产生多于父类的错误和异常,调用者根本就不要需要知道是子类还是父类对象.但是反过来就不行,子类出现的地方父类未必就能使用

1子类必须完全实现了父类的方法,具备父类完全的功能

2子类可以有自己的特征

3覆盖和实现父类方法时,输入的参数可以被放大,但是不能被缩小

4覆盖和实现父类方法时,输出的结果可以被缩小,但是不能被放大

5覆盖和实现父类方法时,产生的异常可以被缩小,但是不能被放大

好处:

为我们如何实现良好的继承和使用多态提供了依据,也是实现开闭原则的重要保证

举例:

白马马也

乘白马乘马也

黑马马也

乘黑马乘马也

乘的是马什么颜色的马都是马

马是父类各种颜色的马是子类要求的是父类,所有的子类对象都可以使用

娣美人也爱娣非爱美人也

美人父类娣子类要求是子类的地方,父类不一定能够出现

父类作为方法参数和返回值,可以让参数更灵活

张三能开车

张三就能开奥迪

张三就能开奔驰

张三就能开宝马

图解:

1.4依赖倒置原则

解释

依赖倒置 DIP--Dependence Inversion Principle

高层模块不应该依赖底层模块,两者都应该依赖抽象,抽象不应该依赖细节,细节应该依赖抽象

抽象:即是抽象类或者接口,两者是不能够实例化的

细节:即是具体的嫌累,实现接口或者继承抽象类的类

依赖正置就是类之间的依赖是实实在在的实现类之间的依赖,也就是面向实现编程

依赖倒置就是通过抽象(抽象类或者接口),使各个模块之间实现彼此独立,不相互应影响

依赖倒置有三种方式实现

1构造函数传递依赖对象

2setter方法实现

3接口声明实现依赖对象 ()匿名内部类

依赖倒置原则要求

1每个类尽量都有接口和抽象类,或者抽象类和接口都有

2变量的表面类型应是接口和抽象类

3任何类都不应该从具体派生(尽量避免继承,做二次开发时,无法获得高层代码时除外)

4尽量不要覆盖基类已经实现好的方法(尽量不要重写父类方法)

好处:

采用依赖倒置原则可以降低模块之间的耦合性,提高系统的稳定性,减少并行开发的风险,提高代码的可读性和可维护性

举例:

一个类组合另一个类作为属性时,应尽量选择抽象类或者是接口,尽量避免直接组合实现类

电脑里的零件坏了,如硬盘,内存,CPU等,那么直接更换对应的配件,只要插槽一样就能互换,维护比较方便.插槽就是接口,具体的硬件就是实现类.留好接口可以随时换零件,如果零件直接焊死在电脑上,坏了就没有办法更换了

图解:

抽象的Driver接口和抽象的Car接口实现司机开车功能

interface Car{
  public void run()
}

Audi implements Car{
  public void run(){
  }
}

WV implements Car{
  public void run(){
  }
}

TOYOTA implements Car{
  public void run(){
  }
}

Person{
  private Car car;
  public void drive(){
    car.run();
  }
}