软件中的单一职责原则

重构项目代码特别是复杂的项目除了像“重构”，“clean code” 之外还是要读点软件工程类的书才行啊。
在看Spring代码分析的时候，在解析xml配置之后获得的document对象没有直接自己处理掉，而是传给了BeanDefintionDocumentReader进行了处理，这里就很好的符合了面向对象的单一职责原则。
在想到在做的项目中的接口的入口类有两三千行代码，而很多代码都不是这个类所属的职责。需要好好梳理下。

在一个耦合了多种职责的类中其中一个职责的变化都会影响这个类完成其他职责的能力。
参照《敏捷软件开发》书中提到的单一职责原则
什么是职责，如果我们想到多于一个动机去改变一个类，那么这个类就有多余一个的职责。
当然职责的定义是要基于业务划分的。