集册 Android&Java 技术笔记 面向对象六大原则(SOLID+)

面向对象六大原则(SOLID+)

欢马劈雪     最近更新时间:2020-08-04 05:37:59

202

基本概念

功能:比如一个ImageLoader,负责实现图片加载,但是要支持缓存;那么这个ImageLoader就是我们讨论的功能;

依赖:上述ImageLoader功能,需要支持缓存,但是缓存其实也是一个很大的功能,而且会有多种策略,那么ImageLoader就不应该把缓存功能紧耦合,而是作为一个外部的依赖;

使用者:上述ImageLoader作为一个功能,可以打包成一个库,那么用这个库的APP就是使用者;

使用者的需求是经常变化的,因为他们的业务会随着迭代而不断调整,那么ImageLoader这个功能好的实现就是无论使用者的需求怎么变化,都无需改变ImageLoader这一功能的实现。但是对于缓存这一核心特性,也应该做到按需定制,而无需改变ImageLoader的实现代码;

单一职责原则(S)

非常直观的,一个类越简单,就越难有bug,50行代码基本不可能有bug,即便出了bug,也很容易分析出来,甚至都不用调试。

所以,尽可能的拆分,尽可能地简化一个类的职责,并且聚焦于这个单一的职责。一个类只聚焦于自己的职责时,需要修改一个功能,那么被修改的类也就会尽可能的少了。

开闭原则(O)

抽象来说,就是“对扩展开放,对修改封闭”。具体点,就是功能的修改、增加,尽可能通过增加新的类(扩展)来实现,而不是修改已有的类。

但是如何达到这个效果?就是尽量把可能会变动的地方抽象出来,使用接口进行依赖,具体的实现通过依赖注入来耦合。这样,修改功能就是增加新的实现,在使用者的代码里面注入新的实现。使用者的需求变了,代码的修改是不可避免的,但是功能的框架,如果能不修改,那就降低了引入bug的可能性。

里氏替换原则(L)

所有引用基类的地方必须能透明地使用其子类的对象。满足此条件时,对依赖的声明(成员、参数)都通过抽象基类来完成,则使用新的实现类时,只需替换注入/传递的参数即可,功能实现无需改变。更进一步,使用接口声明依赖,能一定程度上避免继承引入的问题。

接口隔离原则(I)

展开阅读全文