面向对象的六大原则

一、单一职责

        英文名缩写是SRP。定义是：就一个类而言，应该仅有一个引起他变化的原因。

        案例：

.这个图片缓存工具类，有二个关键步骤：1处理图片缓存、2处理图片加载。----------这样的话耦合太大，所有功能都在一个类中。所以就应该把他二分开搞，实现单一职责。如

自己的总结：单一职责就是一个类中应该只有与自己本类相关的东西，二个完全不一样的功能不应该写到一个类里。如上图，图片加载就是图片加载，图片缓存就是缓存。

 

二、开闭原则

         英文缩写是OCP，定义是：软件中的对象（类。模块。函数等等）应该是对于扩展开放，对于修改是关闭的。

         例如上面的缓存，只有内存缓存，但是内存缓存容易清除，所以就应该有sd卡缓存于是添加了sd卡缓存，让用户选择

但是这样写 每次加新的缓存都要修改原来的代码，并且还要有好多判断来确定用户使用的是那个缓存策略。所以

所以我们用户自己选择，但是这样如何不用我们的缓存怎么办，并且现在也不符合我们的开闭原则，所以

如果用户想自定义缓存策略可以实现这个接口来实现  这样做到了开放原则的规则，具体操作如下。

自己的总结：开闭原则就是当软件需要变化时，尽量通过扩展的方式实现变化，而不是修改原来的代码。

三、里氏替换原则

             英文名缩写是LSP，定义是：所有引用基类的地方都必须能透明的使用其子类的对象，通俗一点就是父类出现的地方子类可以出现并且不会报错，但是子类出现的地方父类不一定能适用。相当于抽象。

案例：Base基类（BaseAdapter BaseAcitvity）

自己的总结：里氏替换核心原理就是抽象，抽象又依懒于继承，在OOP中

 

因此抽象是优化代码的第一步

 

四、依懒倒置原则

        依懒倒置英文名缩写是DIP，指的是高层次模块不依懒低层次模块的实现细节的目的。

案例：

自己的总结：依懒倒置就是他们都有共同的方法，并且实现的效果都是缓存，所以可以抽个接口为实现缓存的使用。

 

五、接口隔离原则

    接口隔离英文名缩写是ISP，定义：类间的依懒关系应该建立在最小的接口上。

     案例：

 

自己的总结：让用户尽可能的使用简化的代码，细节操作封装到底层，相当于工具类直接调用方法。因为用户不需要你做了什么，他只需要知道可以用有效果就行。

 

六、迪米特法则

           迪米特法则英文名缩写是LOD，定义：一个对象应当对其他对象有最少的了解。

          案例：

自己的总结：我只需要知道有没有这样的房子，不需要知道你是怎么找的（自我感觉和接口隔离有点像），就是隐藏掉具体的实现，让用户根本感觉不到他的存在。

 

这是我看一本书里理解到的，走向人生巅峰的一本书。