设计模式之单一职责原则

基本介绍

对类来说的，即一个类应该只负责一项职责。如果类A负责两个不同的职责：职责1，职责2。当职责1需要变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1,A2。

应用实例

以交通工案例讲解

方案1

package com.szh.principle.singleresponsibility;

public class SingleResponsibility1 {
    public static void main(String[] args) {
        Vehicle vehicle = new Vehicle();
        vehicle.run("摩托车");
        vehicle.run("汽车");
        vehicle.run("飞机");
    }

}
//交通工具类
//方式1
//1.在方式1中的run方法中，违反了单一职责原则
//2.解决的方案是根据交通工具运行方法不同，分解成不同的类即可
class Vehicle{
    public void run(String vehicle){
        System.out.println(vehicle + "在公路上运行....");
    }
}

方案2

package com.szh.principle.singleresponsibility;

public class SingleResponsibility2 {
    public static void main(String[] args) {
        RoadVehicle roadVehicle = new RoadVehicle();
        WaterVehicle waterVehicle = new WaterVehicle();
        AirVehicle airVehicle = new AirVehicle();
        roadVehicle.run("汽车");
        waterVehicle.run("轮船");
        airVehicle.run("飞机");

    }
}

class RoadVehicle{
    public void run(String vehicle){
        System.out.println(vehicle + "公路运行");
    }
}

//方案2的分析
//1.遵守单一职责原责
//2.但是这样开销很大
//3.改进：直接修改Vehicle类，这样改动的代码少
class WaterVehicle{
    public void run(String vehicle){
        System.out.println(vehicle + "水中运行");
    }
}
class AirVehicle{
    public void run(String vehicle){
        System.out.println(vehicle + "天空运行");
    }
}

方案3

package com.szh.principle.singleresponsibility;

public class SingleResponsibility3 {
    public static void main(String[] args) {
        Vehicle3 vehicle3 = new Vehicle3();
        vehicle3.runRoad("汽车");
        vehicle3.runWater("轮船");
        vehicle3.runAir("飞机");
    }
}

//方式3分析
//1.没有对原来的类做大的修改，只是增加方法
//2.虽然没有在类这个级别上遵循单一职责原则，但是在方法级别上，遵守单一职责
class Vehicle3{
    public void runRoad(String vehicle){
        System.out.println(vehicle + "在公路上运行....");
    }

    public void runAir(String vehicle){
        System.out.println(vehicle + "在天空上运行....");
    }

    public void runWater(String vehicle){
        System.out.println(vehicle + "在水中运行....");
    }
}

注意事项和细节

• 降低类的复杂度，一个类只负责一项职责
• 提高类的可读性，可维护性
• 降低变更引起的风险
• 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则，只有类中方法数量足够少，可以在方法级别保持单一职责原则