设计模式是一种特定的解决问题的方法，是基于软件设计原则的具体实现。设计模式是从多种场景中提取出来的、经过实践验证的解决方案，通常提供了具体的代码实现和设计架构。常见的设计模式有单例模式、工厂模式、观察者模式、策略模式等等，这些模式为开发人员提供了特定场景下的具体解决方案，帮助开发人员实现更为优秀的应用程序。
最为知名的是GOF模式，GOF是Gang of Four的缩写，由四个著名的软件工程师在1994年出版书中总结。
经典的GOF设计模式有23个，分为创建型、结构型、行为三大类模式，这里主要介绍创建型模式。
结构型模式分为以下5种设计模式，这类模式提供创建对象的机制， 能够提升已有代码的灵活性和可复用性。
一、 工厂方法
由简单工厂模式演变而来，由于简单工厂模式并未被认定为GOF经典设计模式, 所以没有列在这里。
通过使用工厂方法模式，我们可以将对象的创建过程封装在具体的工厂类中，客户端只需要通过工厂接口来创建对象，而不需要直接与具体对象的创建过程耦合。在需要增加新的对象类型时，我们只需要创建一个新的具体工厂类即可，而不需要修改客户端代码。工厂方法模式也符合开闭原则，对扩展开放，对修改关闭。
主要角色：
- 产品接口： 定义了产品的公共方法。
- 具体产品类：实现了产品接口。
- 工厂接口：定义了创建产品的方法。
- 具体工厂类：实现了工厂接口，负责创建具体产品对象。
一个工厂创建一个产品。
二、抽象工厂
它提供了一种创建一系列相关或依赖对象的接口，而无需指定具体的类。
抽象工厂模式通过引入一个抽象工厂接口，该接口声明了一组用于创建不同类型产品的方法。具体的产品创建由实现了抽象工厂接口的具体工厂类负责。通过使用抽象工厂模式，客户端可以创建一系列相关的产品，而无需关心每个具体产品的创建细节。
主要角色：
- 抽象产品接口：定义了产品的公共方法。
- 具体产品类：实现了抽象产品接口。
- 抽象工厂接口：定义了创建一系列相关产品的方法。
- 具体工厂类：实现了抽象工厂接口，负责创建一系列相关产品。
相比工厂方法，抽象工厂方法模式的工厂能创建一系列相关的产品。
三、生成器模式
场景
假设创建一个复杂的产品如汽车，创建这个汽车有很多的步骤完成，比如车窗、座椅、发动机，如果这些步骤放在了同一个方法里面，那么方法的入参很多，而且方法里面有建造车窗、座椅、发动机代码，可想而知这个方法是会很臃肿而且不好扩展。 我们这个时候需要把这些业务分开到不同的地方去，如何去组织好这些去实现生产汽车这个功能呢？
生成器模式的做法
构造产品对象分步骤，用Car对象来封装各个部件组装业务，用Builder类来封装部件生产业务，用Director类来封装各个部件执行的顺序步骤。就这样各司其职！
疑问❓
- 为什么要有Director类？把produceCar方法放到对应的构造器PorscheBuilder里面不好吗？
答 : 生产各种车子的步骤逻辑是一样的，不一样的地方是不同的构造器比如PorscheBuilder、Porsche2Builder，所以生产车的方法produceCar应该要抽取出来。 - 为什么要将生产车的部件PorscheBuilder 与组装车Car分成两个类实现？
答：因为组装车的逻辑是一样的，只有生产车的各个部件是不一样的，这样分离业务使得我们更方便得拓展一个新的构造器。
四、原型模式
类比iOS中的NSCopying协议，定义这样一个协议，协议中有copy对象的实例方法。当一个类需要有复制功能时，可以遵守该协议并写自己的实现。
五、单例模式
全局只存在一个实例。
- 提供一个静态的构建方法，如shared；
- 私有化实例初始化方法。
