设计模式七大原则——单一职责原则

序言：

设计模式常用的七大原则有:

（1）单一职责原则

（2）接口隔离原则

（3）依赖倒转(倒置)原则

（4）里式替换原则

（5）开闭原则

（6）迪米特法则

（7）合成复用原则

1、单一职责原则基本介绍

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

2、 应用实例

以交通工具案例讲解。

(1) 方案一

package com.principle.singleresponsibility;
public class SingleResponsibility1 {

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

//交通工具类
//方案一：无论是哪种交通工具，run()方法都输出“在公路上运行”，这违反了单一职责原则
//解决方案：根据交通工具运行的方法按不同，分解成不同的类
class Vehicle{
	public void run(String vehicle) {
		System.out.println(vehicle+"在公路上运行...");
	}
}

(2) 方案二

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

//方案二的分析
//1.严格遵守了单一职责原则，但是这样做改动很大，即：将类分解的同时还要修改客户端，成本太高
//2.改进：直接修改Vehicle类，改动的代码比较少

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

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

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

(3) 方案三

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

}

//方案三的分析
//1.这种修改方法没有对原来的类(方法一)做大的修改，只是增加了方法
//2.虽然没有在类的级别上遵守单一职责原则，但是在方法级别上仍然遵守单一职责原则
//后续在每个方法中可能还会有其他处理，注意，要慎用if..else..(用类来化解多分枝)

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

3、注意事项和细节

（1）降低类的复杂度，一个类只负责一项职责。

（2）提高类的可读性，可维护性

（3）降低变更一个职责引起的风险

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