设计模式（2）-创建型-简单工厂，工厂，抽象工厂模式（Factory）

HDIS-Framework

HDIS-Framework是一个基于SpringBoot、Kubernetes、阿里云服务，编写的一个用于支撑微服务的极速开发框架。

其文档详尽，Demo全面，设计合理，开箱即用，节省开发时间，提升开发效率。

配套的docker、Kubernetes教程已踩过各种坑，让你的微服务无障碍的顺畅运行起来。

HDIS与Kubernetes或SpringCloud配合使用，能达到最佳效果。

简单工厂模式（不属于设计模式）

意图：

由一个工厂类根据传入的参量决定创建出哪一种产品类的实例

个人理解：

1. 包含了必要的逻辑判断，根据给定信息或参量，决定究竟应该创建哪个类的对象。
2. 违反了设计模式原则

适用性：

1. 当一个类不会有太多变化的时候。

简单代码，便于理解：

---

工厂模式

意图：

定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。

个人理解：

1. 工厂模式只针对的一个产品的等级结构
2. 一个抽象工厂类，可以派生出多个具体工厂类
3. 一个抽象产品类可以派生出多个具体产品类
4. 每个具体工厂类只能对应的创建一个具体产品类的实例

适用性：

1. 当一个类不知道它所必须创建的对象的类的时候，可能后面有很多创建方式的变动，但现在并不知道。
2. 当一个类希望由它的子类来指定它所创建的对象的时候。
3. 当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。

简单代码，便于理解：

---

抽象工厂模式

意图：

提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

个人理解：

1. 抽象工厂模式针对的是面向多个产品的等级结构
2. 一个抽象工厂类，可以派生出多个具体工厂类
3. 多个抽象产品类，每个抽象产品类可以派生出多个具体产品类
4. 每个具体工厂类可以对应创建多个具体产品类的实例
5. 所创建的实例是成组出现的，是相关或相互依赖的。
6. 对产品的扩展比较麻烦，费力，如果需要增加一个新产品，则要改动几乎所有的工厂类。

适用性：

1. 一个系统要独立于它的产品的创建、组合和表示时。
2. 一个系统要由多个产品系列中的一个来配置时。
3. 当你要强调一系列相关的产品对象的设计以便进行联合使用时。
4. 当你提供一个产品类库，而只想显示它们的接口而不是实现时。

简单代码，便于理解：