Java单一职责原则

一个类有且只有一个职责。
这个原则是说，如果你的类有多于一个原因会导致它变化(或者多于一个职责)，需要一句它们的职责把这个类拆分为多个类。
比如说：一个工程前期增加功能看似很简单，但是功能越多，意味着依赖的模块也就越多。当其中某一模块出现问题，整个类也会随之异常。
但是划分一下，一个类只负责一个职责，每个工程师类都只依赖一个模块，其中一个模块出现问题，也只是一个工程类出现问题，其他两个工程类不受之影响。就可以避免这种“牵一发而动全身”的问题。
优点：
可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
提高类的可读性，提高系统的可维护性；
变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。
缺点：
分化太细，会导致类膨胀