设计原则之单一职责

单一原则：一个类，应当只有一个引起他变化的原因；即一个类只有一个职责

单一原则的优点：

1. 降低类的复杂性
2. 提高累的可读性
3. 提高代码的可维护性和复用性
4. 降低因变更引起的风险

单一职责原则提出了一个便携程序的标准，用“职责” 或者“变化原因”来衡量接口或者类设计是否优良，但是“职责”或则“变化原因”都是项目而异，因环境而异。

就是按照一定相似的业务逻辑或者基本功能分成不同的类。

比如：查询、添加、修改（数据层）

校验用户名密码、注册用户是否存在（业务逻辑）