设计模式基础篇之单一职责原则

就一个类而言，应该仅有一个引起它变化的原因。

如果A类负责两个不同职责：当职责1变更的时候可能会造成职责2的错误，所以需要将类A的粒度分解为A1，A2。

我们以交通工具为案例讲解

//方式1：
// 交通工具类
class Vehicle {
        public void run(String vehicle) { 
        System.out.println(vehicle + " 在公路上运行....”)};
 }


public static void main(String[] args) {
        Vehicle vehicle = new Vehicle(); 
        vehicle.run("摩托车"); 
        vehicle.run("汽车"); 
        vehicle.run("飞机”);//飞机无法使用Vehicle中的run方法
}

方式1分析：
对于交通工具Vehicle类来说，run方法违反了单一职责原则，需要对Vehicle进行功能拆分，于是我们升级为方式2。

//方式2： 交通工具类拆分
class AirVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "天空运行"); }
}

class RoadVehicle {
public void run(String vehicle) {
System.out.println(vehicle + “在陆地运行"); }
}

public static void main(String[] args) {
RoadVehicle roadVehicle = new RoadVehicle(); 
roadVehicle.run("摩托车"); 
roadVehicle.run("汽车");
AirVehicle airVehicle = new AirVehicle();
airVehicle.run("飞机");
}

方案2分析：
这样做遵守单一职责原则，但是类本身并不复杂，这样做的改动很大，即将类分解，同时修改客户端。有没有适合简单类的单一职责方案呢？

class Vehicle2 {

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 + " 在水中行....");
}

}


public static void main(String[] args) {
    Vehicle2 vehicle2 = new Vehicle2();
    vehicle2.run("汽车"); 
    vehicle2.runWater("轮船"); 
    vehicle2.runAir("飞机");
}

方案3分析：
这种修改方法没有对原来的类做大的修改，只是增加方法,虽然没有在类这个级别上遵守单一职责原则，但是在方法级别上，仍然是遵守单一职责。

单一职责原则注意事项和细节：
1）一个类只负责一项职责，降低类的复杂程度，提高可读性。
2）减少修改类带来的风险。
3）通常情况下，我们应遵守单一职责原则。只有类足够简单，类中方法足够少才可以在方法级别保持单一职责(实际已经违反了单一职责，如果该类日后需要继续扩展则必须按照类级别重新分离类的职责)。