做项目开发你必须得掌握的知识：设计模式

什么是设计模式？

设计模式，其实就是对软件设计过程中普遍存在、反复出现的各种问题，所提出的解决方案。

而所谓的软件设计，是软件工程方面的一个名词，在现代的软件开发过程中，并不是确定好了项目之后就立刻敲代码，而是要先构思好整个项目的架构、模块、流程。

如果是多人协作开发，项目设计就变得更加重要，不然每个人都自己做自己的，必然会出现功能重复、代码冗余、接口不匹配等问题，所以在开发前分好工，不同的组不同的人负责不同的模块，这样才能让开发更加丝滑顺畅。

在项目设计的过程中要非常细致，根据需求编写相应的功能，再利用面向对象相关的知识，将功能细分到不同的类中

每一个设计模式系统地命名、解释和评价了面向对象中一个重要的设计思路。

面向对象

面向对象的三大特性相信大家都已经很熟悉了：封装、继承、多态。

这三大特性的顺序是固定的，它们三个并不是并列的关系，而是递进的关系。

开放封闭原则：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。

里氏替换原则：所有引用父类的地方必须能透明地使用其子类的对象。

依赖倒置原则：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。换言之，要针对接口编程，而不是针对实现编程。

接口隔离原则：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。

单一职责原则：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。

创建型模式

简单工厂模式

内容：不直接向客户端暴露对象创建的实现细节，而是通过一个工厂类来负责创建产品类的实例。

优点：
隐藏了对象创建的实现细节
客户端不需要修改代码

缺点：
违反了单一职责原则，将创建逻辑几种到一个工厂类里
当添加新产品时，需要修改工厂类代码，违反了开闭原则

工厂方法模式

内容：定义一个用于创建对象的接口（工厂接口），让子类决定实例化哪一个产品类。

优点：
每个具体产品都对应一个具体工厂类，不需要修改工厂类代码
隐藏了对象创建的实现细节

缺点：
每增加一个具体产品类，就必须增加一个相应的具体工厂类

抽象工厂模式

内容：定义一个工厂类接口，让工厂子类来创建一系列相关或相互依赖的对象。

优点：
将客户端与类的具体实现相分离
每个工厂创建了一个完整的产品系列，使得易于交换产品系列
有利于产品的一致性（即产品之间的约束关系）

缺点：
难以支持新种类的（抽象）产品

建造者模式

内容：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

建造者模式与抽象工厂模式相似，也用来创建复杂对象。主要区别是建造者模式着重一步步构造一个复杂对象，而抽象工厂模式着重于多个系列的产品对象。

优点：
隐藏了一个产品的内部结构和装配过程
将构造代码与表示代码分开
可以对构造过程进行更精细的控制

单例模式

内容：保证一个类只有一个实例，并提供一个访问它的全局访问点。

优点：
对唯一实例的受控访问
单例相当于全局变量，但防止了命名空间被污染

创建型模式小结

抽象工厂模式和建造者模式相比于简单工厂模式和工厂方法模式而言更灵活也更复杂。

通常情况下、设计以简单工厂模式或工厂方法模式开始，当你发现设计需要更大的灵活性时，则像更复杂的设计模式演化。

结构型模式

适配器模式

内容：将一个类的接口转换成客户希望的另一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

桥模式

内容：
将一个事物的两个维度分离，使其都可以独立地变化。

应用场景：
当事物有两个维度上的表现，两个维度都可能扩展时。
优点：
抽象和实现相分离
优秀的扩展能力

组合模式

内容：将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。

适用场景：
表示对象的“部分-整体”层次结构（特别是结构是递归的）
希望用户忽略组合对象与单个对象的不同，用户统一地使用组合结构中的所有对象
优点：
定义了包含基本对象和组合对象的类层次结构
简化客户端代码，即客户端可以一致地使用组合对象和单个对象
更容易增加新类型的组件

外观模式

内容：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

优点：
减少系统相互依赖
提高了灵活性
提高了安全性

代理模式

内容：为其他对象提供一种代理以控制对这个对象的访问。

应用场景：
远程代理：为远程的对象提供代理
虚代理：根据需要创建很大的对象
保护代理：控制对原始对象的访问，用于对象有不同访问权限时

行为型模式

责任链模式

内容：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

适用场景：
有多个对象可以处理一个请求，哪个对象处理由运行时决定
在不明确接收者的情况下，向多个对象中的一个提交一个请求
优点：
降低耦合度：一个对象无需知道是其他哪一个对象处理其请求

观察者模式

内容：定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。观察者模式又称“发布-订阅”模式

适用场景：
当一个抽象模型有两方面，其中一个方面依赖于另一个方面。将这两者封装在独立对象中以使它们可以各自独立地改变和复用。
当对一个对象的改变需要同时改变其它对象，而不知道具体有多少对象有待改变。
当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之，你不希望这些对象是紧密耦合的。
优点：
目标和观察者之间的抽象耦合最小
支持广播通信

策略模式

内容：定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。

优点：
定义了一系列可重用的算法和行为
消除了一些条件语句
可以提供相同行为的不同实现
缺点：
客户必须了解不同的策略

模板方法模式

内容：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

适用场景：
一次性实现一个算法的不变的部分
各个子类中的公共行为应该被提取出来并集中到一个公共父类中以避免代码重复
控制子类扩展