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