最近在看android 源码设计模式，所以打算每看完一节，结合自己项目与经验写点读后感。
单一职责 用程序语言来说 就是 把能拆的代码 都拆了。其实这句话对应的就是单一原则，低耦合。是开发中很常见的
写法。但是怎么拆，哪些要拆 就是难点了。书上举了一个图片加载器的例子，但是由于这例子写的人少，一般图片加载
都用框架了。手动写比较少。我就举个常见的，那就是 大家写代码时 ，都会先寻找view，然后联网操作，最后
填充数据的 。 其实大多数人都会写几个方法 initView(),initData(),setUP(),这里的把 一个界面操作，分解成几个方法也是
单一原则。单一原则就是 把某一部分 业务逻辑 拆分 成一个类，或者一个方法 ，以后调用的时候，调用这个类或者
方法就行。再举一个例子，每个人都用过 utils这个类。这个就是很简单的单一原则，还有大家的使用框架，也是单一原则。
单一原则比较简单。只是 什么时候用呢， 我个人认为
1.重复比较多的时候
2.代码比较臃肿的时候。
3.业务逻辑关联不是很大的时候。比如 一个负责加载布局，一个负责加载数据。
等等。