SRP单一职责原则

软件设计有两个基本准则：高内聚和低耦合。内聚性是分析组成一个模块或者类的内部元素之间的相关性。

SRP【Single responsibility】 单一职责原则，强调一个类只有一个引起变化的原因，只有一个职责。

SRP特点

降低类之间的耦合：将不同职责分解为不同的类，降低类之间的依赖关系，提高系统的灵活性。

提高类的可维护性和可复用性：当一个类只有一个职责时，修改该职责不会影响到其他职责，使得类更加稳定，易于维护和复用。

示例代码

不符合 SRP 的代码

public class Employee {public int calculatePay() { }public int reportHours() { }public int save() { }
}

使用SRP优化后的代码

public class EmployeeFacade {public int calculatePay() { }public int reportHours() { }public int save() { }
}public class PayCaclculatePayer {public int calculatePay() { }
}
public class HourReporter {public int reportHours() { }
}
public class EmployeeSaver {public int save() { }
}

拆分类的时机

出现下面情况的时候，意味着类不符合单一职责，需要拆分类：

1、代码行数、函数和属性过多。

2、依赖很多其他类。

3、很难命名类名。

4、大量方法集中操作某几个属性。

扩展

单一职责原则主要讨论函数和类之间的关系。单一职责也适用于其他层面：

在组件层面，是划分组件之间关系的原则。

在软件架构层面，是划分边界的原则。

当然，单一职责也可以应用于函数层面。

总之，在整个软件设计生命周期中，都需要设计成高内聚，从而更易维护、扩展和复用。

参考

《架构整洁之道》-- Robert C.Mattin

《架构师的自我修炼》 – 李智慧

《设计模式之美》 – 王争