设计模式之单一职责原则（个人学习笔记）

设计模式的目的
1、代码重用性 (即：相同功能的代码，不用多次编写)
2、可读性 (即：编程规范性, 便于其他程序员的阅读和理解)
3、可扩展性 (即：当需要增加新的功能时，非常的方便，称为可维护）
4、可靠性 (即：当我们增加新的功能后，对原来的功能没有影响)
5、使程序呈现高内聚，低耦合的特性

设计模式 7 大原则
1、 单一职责原则
2、 接口隔离原则
3、 依赖倒转(倒置)原则
4、 里氏替换原则
5、 开闭原则
6、 迪米特法则
7、 合成复用原则

一、单一职责原则

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

应用实例
例1、

public class SingleResponsibility {
    public static void main(String[] args) {
        Vehicle vehicle = new Vehicle();
        vehicle.run("汽车");
        vehicle.run("飞机");
        vehicle.run("轮船");

    }
}

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

打印结果：

结论：该程序违反了单一职责原则

例2、

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

class RoadVehicle{
    void run(String vehicle){
        System.out.println(vehicle + "在公路上跑");
    }
}

class AirVehicle{
    void run(String vehicle){
        System.out.println(vehicle + "在天上飞");
    }
}

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

打印结果：

结论：该程序严格履行了设计模式的单一职责原则，但是由于每个类的方法比较少，这种写法让代码有些冗余，这种写法适合每个类中有多个方法的程序设计。

例3、

public class SingleResponsibility2 {
    public static void main(String[] args) {
        RunAway runAway = new RunAway();
        runAway.roadRun("汽车");
        runAway.airRun("飞机");
        runAway.waterRun("轮船");
    }
}
class RunAway{
    void roadRun(String vehicle){
        System.out.println(vehicle + "在公路上跑");
    }

    void airRun(String vehicle){
        System.out.println(vehicle + "在天上飞");
    }

    void waterRun(String vehicle){
        System.out.println(vehicle + "在水中行驶");
    }
}

打印结果：

结论：该程序违反了单一职责原则，但是类中的方法符合单一职责原则。通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则

总结：

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