【设计模式】面向对象六大原则

主要内容

关于面向对象六大原则

单一职责原则(Single Responsibility Principle)

缩写为SRP。

对于一个类而言，应该仅有一个引起它变化的原因。或者说一个类中应该是一组相关性很高的函数、数据的封装。大意就是一个类应该只做一件事情，这就是职责，它的关键是划分职责。

比如说一个图片加载类，有图片加载，有图片缓存，那么我们需要的就是把两个功能分成两个类进行处理，这就是单一职责原则的体现，它会让逻辑更加清晰。

开闭原则（Open Close Principle）

缩写为OCP。

软件中的对象、类、方法等应该是对于扩展是开放的，而对于修改是关闭的。当功能需要变化的时候，我们应该是通过扩展的方式来实现，而不是通过修改已有的代码。新的或者需要改变的特性可以通过类继承的方式来重用代码。当然并不是说如果绝对不能通过修改原来的代码来实现变化，如果原来的代码存在很大的问题，这就需要重构，当然这是另一码事了。

上面说到图片缓存，图片缓存有两种，内存缓存和本地缓存。内存缓存可以解决每次都从网络中加载图片的问题，但是应用的内存是有限的，而且容易丢失。应用重启之后，图片缓存就会丢失，这里就需要重新下载，如果用本地缓存，就可以解决这个问题。OK，那么如何联系两者的关系呢，这里就用到了开闭原则。将图片缓存类作为一个接口，内存和本地缓存都是通过实现接口，而且如果用户想自定义缓存策略，只需要实现接口就可以了。

里氏替换原则（Liskov Substitution Principle）

缩写为LSP。

所有能使用父类对象的地方必须能使用其子类的对象。面向对象语言三大特性：封装、继承和多态，里氏替换原则就是基于继承和多态的。他的核心是抽象，Java中抽象就是接口或者抽象类。

还是讲图片缓存，我们把缓存作为一个接口，使用时也是以这个接口创建方法，实现存和取，我们在传的时候，就可以传这个接口的实现类。当然这是实现接口，我们也可以把缓存作为一个抽象类，继承这个类，实现方法，同样的，以这个抽象类为参数的方法可以传入这个继承类。

通过这个可见，里氏替换原则和开闭原则是相辅相成的。

依赖倒置原则（Dependence Inversion Principle）

缩写为DIP。

这是一种解耦形式，讲的是高层次的模块不依赖于低层次的模块的实现细节。这有几个关键的地方：

 

• 高层模块不应该依赖于低层模块，两者都应该依赖其抽象
• 抽象不应该依赖细节
• 细节应该依赖于抽象

抽象就是接口或抽象类，细节就是实现类，高层就是调用端。模块间的依赖通过抽象发生，实现类之间不发生依赖关系，依赖是通过抽象产生的。

在实际中，我们可以通过依赖注入的形式在实现解耦，比如还是将图片缓存，我们要调用缓存，如何调用呢？设置一个set方法，将缓存接口传进来，这样我们可以传接口本身，也可以传它的实现类。

接口隔离原则（InterfaceSegregation Principles）

缩写为ISP。

简单来说就是使客户端依赖的接口尽可能的小。

还是以图片缓存为例，上层不关注具体的实现细节，只要调用接口的存和取就可以了，这样可以实现更低的耦合性，更高的灵活性。

迪米特原则（Law of Demeter）

缩写为LOD。

也称为最少知识原则。一个对象应该对其他对象有最少的了解，类的内部如何实现与调用者没有关系，调用者只需要知道该调用的方法即可。

还是说图片缓存，用于在使用的时候只要调用缓存方法就可以了，至于他们是内存缓存或者本地缓存怎么实现的，这就不关心了。如果对底层了解够深，改动的底层并不影响上层。

总结

说了这么多，最重要的还是一句话：拥抱变化。当你的程序经历过n个版本的迭代后仍然清晰、灵活和稳定，这就是最理想的状况。

参考

《Android源码设计模式》