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

单一职责原则

接下来说一下设计模式的单一职责原则

• 就一个类而言，应该仅有一个引起它变化的原因（职责）
• 职责就是对象能够承担的责任，并以某种行为方式来执行。可以将数据库的增删改查理解成职责，即对数据的基本操作。
• 单一职责原则对类来说，即一个类应该只负责一项职责。
• 如类A负责两个不同职责:职责1，职责2，当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1，A2。
• 主要根据不同的角度划分职责，比如，
  1、从类的组成，划分为属性操作和行为操作两种。
  2、从数据库操作的不同作用，划分为数据库的连接操作和增删改查基本操作。
  下面给大家举个例子
  方式一：
  主要是在汽车在路上跑的基础上再加上飞机和轮船的运行方法

public class Main {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		Vehicle vehicle=new Vehicle();
		vehicle.run("摩托车");
		vehicle.run("飞机");
		vehicle.run("轮船");
	}

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

输出结果为

显然直接在主函数中添加输出的结果不是我们想要的
1.在方式一的run方法中，违反了单一职责原则
2.解决方案:根据交通工具运行方法不同，分解成不同类
方式二：根据交通工具运行方法不同，分解成不同类

public class Main {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		RoadVehicle rvehicle=new RoadVehicle();
		rvehicle.run("摩托车");
		AirVehicle avehicle=new AirVehicle();
		avehicle.run("飞机");
		WaterVehicle wvehicle=new WaterVehicle();
		wvehicle.run("轮船");
	}

}
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+"在水里游");
	}
}

输出结果为

1.方法二遵守了单一职责原则
2.改动很大，即要将类分解，又要修改客户端
3.改进:保留并修改Vehicle类，改动的代码会比较少
接下来看一下方案三

public class Main {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		Vehicle vehicle=new Vehicle();
		vehicle.run("摩托车");
		vehicle.runAir("飞机");
		vehicle.runWater("轮船");
	}

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

输出结果与方案二一样，但是代码就修改的相对较少，但是也有其他优点
1.这种修改方法并没有对原来的类做大的修改，只是增加方法；
2.增加的部分不影响原有部分，降低了变更引起的风险；
3.这里在类这个级别上没有遵守单一职责原则，但是在方法级别上，仍然是遵守单一职责。
总结一下单一职责原则的注意事项和细节
1)降低类的复杂度，一个类只负责一项职责
2)提高类的可读性，可维护性
3)降低变更引起的风险
4)通常情况下，应当遵守单一职责原则。只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则
通过对单一职责原则的学习，我也学到很多，对于一个案例我们可以有很多方法写出来，每个人的思维不同，写出的程序可能也是不一样的，但是我平常都是写出来就好了，也不会去思考，去寻找更好的，更简单的，改动最少，可行性更高的方法。通过这节课的学习也让我会去思考，一个程序怎样可以写的更好，加油！