设计模式的几大原则
- 单一职责原则
- 接口隔离原则
- 依赖倒转(倒置)原则
- 里氏替换原则
- 开闭原则(ocp)
- 迪米特法则
- 合成复用原则
单一职责原则
基本介绍
对类来说,即一个类应该只负责一项职责,如类A负责两个不同的职责:职责1、职责2,当职责1需求变更改变类A,可能影响到职责2执行错误,所以需要将类A分解为A1、A2,分别对应职责1、职责2
应用实例
方式1
public class SinleResponsibility1 {
public static void main(String[] args) {
Vehicle vehicle = new Vehicle();
vehicle.run("摩托车");
vehicle.run("汽车");
vehicle.run("飞机");
}
}
// 交通工具类
class Vehicle {
public void run(String vehicle) {
System.out.println(vehicle + "在公路上运行。。。。。");
}
}
执行结果:
分析方式1 :
- 在方式1的run方法种,违反了单一职责原则
- 解决的方案非常的简单,根据交通工具运行方法不同,分解成不同的类即可 ==》 引出方式2
方式2
public class SinleResponsibility2 {
public static void main(String[] args) {
RoadVehicle roadVehicle = new RoadVehicle();
roadVehicle.run("摩托车");
roadVehicle.run("汽车");
AirVehicle airVehicle = new AirVehicle();
airVehicle.run("飞机");
}
}
// 交通工具类
class RoadVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "在公路上运行。。。。。");
}
}
class AirVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "在天空运行。。。。。");
}
}
class WaterVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "在水中运行。。。。。");
}
}
执行结果:
分析方式2:
- 遵守了单一职责原则
- 但是这样改动很大,即要将类分解,同时分解客户端
- 改进:直接修改Vehicle类,这样改动的代码比较少 ==》引出方式3
方式3
public class SingleResponsibility3 {
public static void main(String[] args) {
Vehicle3 vehicle = new Vehicle3();
vehicle.run("摩托车");
vehicle.run("汽车");
vehicle.runAir("飞机");
vehicle.runWater("轮船");
}
}
// 交通工具类
class Vehicle3 {
public void run(String vehicle) {
System.out.println(vehicle + "在公路上运行。。。。。");
}
public void runAir(String vehicle) {
System.out.println(vehicle + "在天空运行。。。。。");
}
public void runWater(String vehicle) {
System.out.println(vehicle + "在水中运行。。。。。");
}
}
执行结果:
分析方式3:
- 这种修改方法没有对原来的类做大修改,仅增加了方法
- 虽然没有在类上遵守单一职责原则,但在方法级别上,仍然遵守了单一职责原则
注意事项和细节
- 降低类的复杂度,一个类只负责一项职责
- 提高类的可读性,可维护性
- 降低变更引起的风险
- 通常情况下,我们应当遵守单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法数量足够少,可以在方法级别保持单一职责原则