简单的工厂模式
基本定义
- 先定义了一个类, 这个类
专门用于创建其他类的实例, 被创建的类都有一个共同特点,相同的父类 - 工厂模式属于
创建型模式 - 可以根据创建时传入参数的不同, 返回不同实例对象, 也可以单独定义
不带参数的方法创建指定的实例对象
模式结构
- Product： 抽象产品角色 ==> 为所有产品的父类
- ConcreteProductA：具体的产品角色 ==> 继承Product
- ConcreteProductB：具体的产品角色 ==> 继承Product
- Factory： 工厂角色 ==> 专门用于创建实例类
特点
- 实例具有共同的父类
- 核心就是继承. 子类继承父类并重写
代码实现
-
这里, 一个车父类, 两个车类, 一个工厂
这里是在ViewController中调用createCar方法.然后我们就能批量生产带有特定model属性的本田车对象和丰田车对象了
优点
- 实现了对责任的分隔，提供了专门类创建对象
- 通过配置文件方式，可以在不修改代码情况下, 扩展新产品，在一定程序上提高了系统的灵活性。
缺点
-
工厂类集中了所以产品创建逻辑，一旦不能正常工作，整个系统受影响 - 类个数爆增，在一定程度上增加了系统的复杂度和理解
- 系统扩展困难，一旦添加了新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护
- 工厂集中了所有逻辑, 后期扩展困难。产品类符合开闭原则，但是工厂违反了，因为增加一个产品，工厂需要修改逻辑, 耦合太高。
总结
简单工厂模式的要点就在于当你需要什么，只需要知道正确参数，就可以获取你所需要的对象，无需知道其创建细节。
简单工厂模式最大的优点在于实现对象的创建和对象的分离，但是如果产品过多时，会导致工厂代码复杂。
正常的工厂模式
基本定义
- 工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法模式让实例化推迟到子类。
模式结构
- product: 抽象产品。所有的产品必须实现这个共同的接口，这样一来，使用这些产品的类既可以引用这个接口。
- ConcreteProduct：具体产品。
- Creator：抽象工厂。它实现了所有操纵产品的方法，但不实现工厂方法。Creator所有的子类都必须要实现factoryMethod()方法。
- ConcreteCreator：具体工厂。制造产品的实际工厂。它负责创建一个或者多个具体产品
640.png
代码实现
一个工厂对应一个产品
特点
- 比简单工厂多了一个工厂的抽象类
抽象工厂模式
特点
利用OOP的多态性，
工厂和产品都抽出一个基类，一个工厂对一个系列产品产品过多的时候, 比如有100个车型, 如果用工厂方式, 创建100个工厂一一对应, 类太多太恶心, 从而引出抽象工厂概念, 工厂不在对应一种产品, 工厂可以分类, 可以分为日系汽车工厂, 德系汽车工厂, 美系汽车工厂, 减少了工厂的创建
模式结构
- AbstractFactory：抽象工厂。抽象工厂定义了一个接口，所有的具体工厂都必须实现此接口，这个接口包含了一组方法用来生产产品。
- ConcreteFactory：具体工厂。具体工厂是用于生产不同产品族。要创建一个产品，客户只需要使用其中一个工厂完全不需要实例化任何产品对象。
- AbstractProduct：抽象产品。这是一个产品家族，每一个具体工厂都能够生产一整组产品。
- Product：具体产品。
代码创建
其他
- 开闭原则：一个软件实体(如类、模块、函数)对扩展开放，对修改关闭。`
