Android 架构师之路4 设计模式6大设计原则

Android 架构师之路 目录

架构师的目的是为了什么?----利他
  1. 针对开发者(站在开发者角度进行软件设计和开发)

  2. 针对公司(站在公司角度进行软件设计和开发)

  3. 针对客户(站在客户角度进行软件设计和开发)

单一职责原则

全称:Single Responsibility Principle

缩写:SRP

定义:就一个类而言,应该仅有的一个引起变化的原因。

通俗一点:一个类中应该是一组相关性很高的函数、函数封装。

说白了模块划分

案例:简单图片加载框架进行演示

开闭原则

全称:Open Close Principle

缩写:OCP

定义:对扩展是开放的,对修改是关闭的

案例:简单图片缓存框架

里氏替换原则

全称:Liskov Substitution Principle

缩写:LSP

定义:任何一个基类可以出现的地方,子类一定可以出现,并且不会产生任何错误(注意:必须是父子关系)

总结:

第一个注意:里氏替换原则核心就是抽象(继承和接口) 每一个子类都会拥有父类的方法属性。

第二个注意:开闭原则和里氏替换原则生死相依,通过里氏替换原则达到了对外开放,对修改关闭。

依赖导致原则

全称:Dependence inversion Principle

缩写:DIP

定义:高层次模块不依赖于低层次模块实现细节

A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象。

B.抽象不应该依赖于具体实现,具体实现应该依赖于抽象。

通俗一点:说白了,依赖于抽象,不依赖于具体实现。

指导子类实现功能细节

接口隔离原则

全称:Interface Segregation Principle

缩写:ISP

定义:客户端不应该依赖于它不需要的接口,一个类对另一个类的依赖应该建立在最小的接口上。

总结:将非常庞大、臃肿的接口拆分成更小的更加具体的接口

迪米特法则 (最少知识原则)

全称:Law of Demeter(Least Knowledge Principle)

缩写:LKP

定义:一个对象应该对其他的对象有最小的了解
总结

六大基本原则都是基于抽象(抽象类和接口)

推荐阅读更多精彩内容