第五章 应用最广泛的模式 -- 工厂方法模式
工厂方法模式的定义
- 定义一个用于创建对象的接口，让子类决定实例化哪个类。
工厂方法模式的使用场景
- 在任何需要生成复杂对象的地方，都可以使用工厂方法模式。
- 复杂对象适合使用工厂模式，用new就可以完成创建的对象无需使用工厂模式。
工厂方法模式的 UML 类图
-
主要分为四大模块
-
一是抽象工厂，其为工厂方法模式的核心
-
二是具体工厂，其实现了具体的业务逻辑
-
三是抽象产品，是工厂方法模式所创建的产品的父类
-
四是具体产品，为实现抽象产品的某个具体产品的对象
-
-
简单工厂模式/静态工厂模式
- 当工厂只有一个时，将工厂方法改为静态方法。
工厂方法模式小结
- 工厂方法模式是一个很好的设计模式，但是缺点也是难以避免的，每次我们为工厂方法模式添加新的产品时就要编写一个新的产品类，同时还要引入抽象层，这必然会导致类结构的复杂化。
第六章 创建型设计模式--抽象工厂模式
抽象工厂模式的定义
- 为创建一组相关或者是相互依赖的对象提供一个接口，而不需要指定它们的具体类。
抽象工厂模式的使用场景
- 一个对象族有相同的约束时可以使用抽象工厂模式。
抽象工厂模式的 UML 类图
-
AbstractFactory：抽象工厂角色，它声明了一组用于创建一种产品的方法，每一个方法对应一种产品 -
ConcreteFactory：具体工厂角色，它实现了在抽象工厂中定义的创建产品的方法，生成一组具体产品，这些产品构成了一个产品种类，每一个产品都位于某个产品等级结构中 -
AbstractProduct：抽象产品角色,它为每种产品声明接口 -
ConcreteProduct：具体产品角色，它定义具体工厂生产的具体产品对象，实现抽象产品接口中声明的业务方法
抽象工厂模式小结
-
优点
- 一个显著的优点是分离接口与实现，客户端使用抽象工厂来创建需要的对象，而客户端根本就不知道具体的实现是谁，客户端只是面向产品的接口编程而己，使其从具体的产品实现中解耦，同时基于接口与实现的分离，使抽象该工厂方法模式在切换产品类时更加灵活、容易。
-
缺点
- 一是类文件的爆炸性增加，二是不太容易扩展新的产品类，因为每当我们增加一个产品类就需要修改抽象工厂，那么所有的具体工厂类均会被修改。
