01、单一职责原则

1）设计模式的原则：其实就是程序员在编程时，应当遵守的原则，也就是各种设计模式的基础（即设计模式为什么这样设计的依据）

2）设计模式的好处：

　　代码的重用性（相同的代码，不用多次编写）

　　可读性（便于其他程序员阅读和理解）

　　可扩展性（增加新功能的时候非常方便）

　　可靠性（增加新的功能，对原来的功能没有影响）

　　程序内部具有高内聚、低耦合的特性。

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

public class SingleResponsibility1 {
    public static void main(String[] args) {
        Vehicle vehicle = new Vehicle();
        vehicle.run("汽车");
        vehicle.run("飞机");
    }
}
//交通工具类
//这样就会使得飞机也会在公路上跑，违反了单一职责原则
class Vehicle
{
    public void run(String vehicle)
    {
        System.out.println(vehicle+"在公路上跑！！");
    }
}

改进方案为：

public class SingleResponsibility1 {
    public static void main(String[] args) {
        Vehicle vehicle = new Vehicle();
        vehicle.run("汽车");
        vehicle.runAir("飞机");
    }
}
//交通工具类
//这种修改方法虽然在类的级别上没有遵守单一职责原则，但是在方法级别上，仍然是遵守单一职责原则
class Vehicle
{
    public void run(String vehicle)
    {
        System.out.println(vehicle+"在公路上跑！！");
    }
    public void runAir(String vehicle)
    {
        System.out.println(vehicle+"在空中飞！！");
    }
}

单一职责原则的好处：

　　主要降低了类的复杂度，一个类只负责一项职责。

　　提高了类的可读性、可维护性。

　　降低了变更带来的风险。

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