架构师

 架构师的目的是为了什么？----利他

第一个方面: 针对开发者（站在开发者角度进行软件设计和开发）

第二个方面: 针对公司（站在公司角度进行软件设计和开发）

第三个方面: 针对客户（站在客户角度进行软件设计和开发）

我们要朝着这个方向努力。

内容一：单一职责原则

全称：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

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

内容七：设计原则总结

六大基本原则都是基于抽象（抽象类和接口）

总结一句话：要往这个方向靠拢