设计模式之设计原则——单一职责

单一职责：一个类只负责一个功能领域中的相应职责或只有一个引起它变化的原因

通俗讲：一个类只干"一件事"

看似最简单，实际最易被忽略，我们码代码往往并没有注重单一职责，一个类过于臃肿，功能过多。

如：一个类，既有获取连接的方法，又有检验的方法，又有处理业务逻辑的方法，等等。

那么怎么处理呢？

拆分，拆分成一个获取连接的类，通过这个类获取连接，通过检验类，校验参数，通过处理类，处理逻辑。

 

那么这么做好处是什么呢？

遵循了高内聚、低耦合的设计思想
1.降低系统的复杂性
2.提高代码的可读性，更易理解
3.可维护性提高，修改一个功能时，只需要修改一个单一的类。

缺点：

引入了更多的类(也正是这个原因让我们更容易忽略，总是怎么方便怎么来)，如果是流程的控制，我们流程的变更，是否意味着需要修改更多的类