单一职责原则

1. 单一职责原则的概念

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

2. 案例

现在需要有一个Vehicle类，当我传入一种交通工具，输出交通工具的运行地点和运行方式

2.1 方式1

public class SingleResponsibility1 {
    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 + "在路上跑");
    }
}

上面的代码的输出是

摩托车在路上跑

汽车在路上跑

飞机在路上跑

我们认为这样的一个Vehicle类违反了单一职责原则，因为我用一个类来处理不同类型的交通工具（陆路交通、水上交通、空中交通），是不对的 改进其实很简单，我将Vehicle类拆分成三个类，分别处理三种类型的交通工具。

2.2方式2

public class SingleResponsibility2 {
    public static void main(String[] args) {
        RoadVehicle roadVehicle = new RoadVehicle();
        roadVehicle.run("汽车");

        WaterVehicle waterVehicle = new WaterVehicle();
        waterVehicle.run("轮船");
         
        AirVehicle airVehicle = new AirVehicle();
        airVehicle.run("飞机");
    }

}

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

class WaterVehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + "水中运行");
    }
}

class AirVehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + "空中运行");
    }
}

分析：

1. 遵守了单一职责原则
2. 但是这样做的花销很大，要将这个类分解，同时要修改客户端
3. 改进：直接修改Vehicle，改动的代码会比较少

2.3 方案3

public class SingleResponsibility3 {
    public static void main(String[] args) {
        Vehicle2 vehicle2 = new Vehicle2();
        vehicle2.runRoad("摩托车");
        vehicle2.runWater("轮船");
        vehicle2.runAir("飞机");
    }
}

class Vehicle2 {
    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 + "在水中跑");
    }
}

分析

1. 这种修改方法没有对原来的类做大的修改，只是增加方法
2. 虽然没有在类这个级别上遵守单一职责原则，但是在方法级别上，仍然遵守单一职责原则
3. 相对于方式2，代价较小

3 总结

注意事项和细节

1. 降低类的复杂度，一个类只负责一项职责
2. 提高类的可读性，可维护性
3. 降低变更引起的风险
4. 通常情况下，我们应当遵守单一职责原则。只要逻辑足够简单，才可以在代码级违反单一职责原则：如果类中方法较少，可以在方法级别遵守单一职责原则