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

最近在看android 源码设计模式，所以打算每看完一节，结合自己项目与经验写点读后感。

单一职责 用程序语言来说 就是  把能拆的代码 都拆了。其实这句话对应的就是单一原则，低耦合。是开发中很常见的

写法。但是怎么拆，哪些要拆 就是难点了。书上举了一个图片加载器的例子，但是由于这例子写的人少，一般图片加载

都用框架了。手动写比较少。我就举个常见的，那就是 大家写代码时 ，都会先寻找view，然后联网操作，最后

填充数据的 。 其实大多数人都会写几个方法 initView(),initData(),setUP(),这里的把 一个界面操作，分解成几个方法也是

单一原则。单一原则就是 把某一部分 业务逻辑 拆分 成一个类，或者一个方法 ，以后调用的时候，调用这个类或者

方法就行。再举一个例子，每个人都用过 utils这个类。这个就是很简单的单一原则，还有大家的使用框架，也是单一原则。

单一原则比较简单。只是 什么时候用呢， 我个人认为 

1.重复比较多的时候

2.代码比较臃肿的时候。

3.业务逻辑关联不是很大的时候。比如 一个负责加载布局，一个负责加载数据。

等等。