常用设计模式

面向对象的六大设计原则：

• 单一职责原则

简单来说就是一个类是一组相关性很高的函数、数据的封装。（比如说加载图片，图片的加载逻辑imageLoader和图片的缓存逻辑imageCache应该分开写，加载逻辑不需要知道缓存逻辑，只要缓存结果）。

• 开闭原则

软件中的对象（类、模块、函数等）对扩展是开放的，对修改是关闭的。（比如加载图片，缓存方式有几种。如果增加缓存方式，如何让加载逻辑imageLoader不修改？那我们可以让图片加载逻辑只依赖缓存逻辑的接口，具体的实现让用户去实现）

• 里氏替换原则

定义：所有引用基类的地方必须能透明地使用其子类的对象。和开闭原则都强调了一个oop的重要特性—--抽象。抽象又依赖于继承这个特性，继承有以下优缺点：

优点：

1.代码重用，减少创建类的成本，每个子类都拥有父类的方法和属性

2.子类和父类基本相似，但又与父类有所区别

3.提高代码的可扩展性

缺点：

1.继承是侵入性的，只要继承就必须拥有父类的所有属性和方法

2.可能造成子类的代码冗余、灵活性下降，因为子类必须拥有父类的属性和方法

总结：建立抽象，通过抽象建立规范，具体的实现在运行时替换掉抽象，保证系统的扩展性、灵活性。开闭原则和里氏原则是生死相依、不离不弃的，通过里氏替换来达到对扩展开放，对修改关闭的效果。

• 依赖倒置原则

定义：指定一种特定的解耦形式，使得高层模块不依赖于底层模块的实现细节的目的，依赖模块被倒置了。

关键点：

1.高层模块不应该依赖底层模块，两者应该依赖于抽象

2.抽象不应该依赖于细节

3.细节应该依赖抽象

用Java的语言来表示：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类发生的。

• 接口隔离原则

定义：客户端不应该依赖于它不需要的接口，也就是类间的依赖关系应该建立在最小的接口上。

用最小化接口隔离了实现类的细节，也促使我们将庞大的接口拆分到更多细粒度的接口当中，这使我们的系统具有更低的耦合性、更高的灵活性。

总结：前面几大原则可以用几个关键词表示：抽象、单一职责、最小化。

• 迪米特原则

定义：最小知识原则，也就是只与直接的朋友通信。

通俗的讲就是：一个类应该对自己需要耦合或调用的类知道得最少，类的内部如何实现与调用者或者依赖者没有关系，调用者只知道它需要的方法即可，其他的可一概不管。类与类的关系越密切，耦合度越大，当一个类改变时，对另一个类的影响就越大。

比如我们租房，我们只需要将房间的面积、位置、租金告诉中介，其他一切不管，中介就将我们要求的房子提供给我们就可以了。

常用设计模式

创建型设计模式：

社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源，所以单独对对象的创建进行研究，从而能够高效地创建对象就是创建型模式要探讨的问题。

单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式

• 应用最广泛的模式——单例

定义：确保某个类只有一个实例，而且自行实例化并向整个系统提供这个实例。

使用场景：确保某个类有且只有一个类的场景，避免产生多个对象消耗过多的资源，或者某种类型的对象只应该有且只有一个。

实现单例有如下