单一职责原则

---

对类来说的，即一个类应该只负责一项职责。如类 A 负责两个不同职责：职责 1，职责 2。当职责 1 需求变更而改变 A 时，可能造成职责 2 执行错误，所以需要将类 A 的粒度分解为 A1，A2；例如一个UserDao只对user表进行增删改查的操作，而不能对其他表进行操作，一项职责也并非一个类中的一个具体的方法，可以是这个类密切相关的一些操作

实例说明

以交通工具为例，请看代码：

交通工具类

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

调用代码：

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

很明显，在交通工具类中违背单一职责，因为飞机不应该在公路上跑；

解决方案：

根据交通工具运行方法不同，分解成不同类即可，但是这样做的改动很大，即将类分解，同时修改客户端，所以在交通工具类中增加一些方法也是可以的，代码如下：

public 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 class SingleResponsibility3 { public static void main(String[] args) { // TODO Auto-generated method stub Vehicle2 vehicle2 = new Vehicle2(); vehicle2.run("汽车"); vehicle2.runWater("轮船"); vehicle2.runAir("飞机"); } } 这种修改方法没有对原来的类做大的修改，只是增加方法这里虽然没有在类这个级别上遵守单一职责原则，但是在方法级别上，仍然是遵守单一职责

单一职责原则注意事项和细节

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