设计模式六大原则之一：单一职责原则

1 基本介绍

单一职责原则(Single Responsibility Principle)：对于类来说，一个类应该只负责一项职责。比如类A负责两个不同的职责：职责1，职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的力度分解为A1，A2。

2 案例演示

2.1 案例一

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

class Vehicle {
    public void run(String vehicle) {
        System.out.println(vehicle + "	在公路上行驶。。。。");
    }
}

很明显案例一当中的run方法（飞机）违反了单一职责原则

解决办法：根据交通工具拆分成不同的类，参考案例二。

2.2 案例二

public class SingleResponsibility2 {
    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 roadVehicle) {
        System.out.println(vehicle + "	在公路上行驶。。。。");
    }
}
class AirVehicle {
    public void run(String airVehicle) {
        System.out.println(vehicle + "	在空中飞。。。。");
    }
}
class WaterVehicle {
    public void run(String waterVehicle) {
        System.out.println(vehicle + "	在水里。。。。");
    }
}

案例二分析：

​ ① 遵守了单一职责原则

​ ② 这样实现的方式，改动量很大，需将类分解，而且还需要修改调用的客户端

改进方式：

​ 直接改动原来的Vehicle类，参考案例三

2.3 案例三

public class SingleResponsibility3 {
    public static void main(String[] args) {
        Vehicle vehicle = new Vehicle();
        venicle.runRoad("小电驴");
        venicle.runRoad("汽车");
        venicle.runAir("飞机");
        venicle.runWater("轮船");
    }
}

class Vehicle {
    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 + "	在水里。。。。");
    }
}

案例三分析：

​ ① 这样修改对类没有太大的改变，但是增加了方法

​ ② 在类级别上没有遵循单一职责原则，但是在方法级别上仍然遵守单一职责原则

3 总结（注意事项和细节）

①降低类的复杂度，一个类只负责一个职责。

②提高类的可读性，可维护性。

③降低变更而引起的风险

④通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则。