(工厂模式)

简单的工厂模式

基本定义

• 先定义了一个类, 这个类专门用于创建其他类的实例, 被创建的类都有一个共同特点, 相同的父类
• 工厂模式属于创建型模式
• 可以根据创建时传入参数的不同, 返回不同实例对象, 也可以单独定义不带参数的方法创建指定的实例对象

模式结构

• Product： 抽象产品角色 ==> 为所有产品的父类
• ConcreteProductA：具体的产品角色 ==> 继承Product
• ConcreteProductB：具体的产品角色 ==> 继承Product
• Factory： 工厂角色 ==> 专门用于创建实例类

特点

• 实例具有共同的父类
• 核心就是继承. 子类继承父类并重写

代码实现

• 这里, 一个车父类, 两个车类, 一个工厂

  
  
  

这里是在ViewController中调用createCar方法.然后我们就能批量生产带有特定model属性的本田车对象和丰田车对象了

优点

• 实现了对责任的分隔，提供了专门类创建对象
• 通过配置文件方式，可以在不修改代码情况下, 扩展新产品，在一定程序上提高了系统的灵活性。

缺点

• 工厂类集中了所以产品创建逻辑，一旦不能正常工作，整个系统受影响
• 类个数爆增，在一定程度上增加了系统的复杂度和理解
• 系统扩展困难，一旦添加了新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护
• 工厂集中了所有逻辑, 后期扩展困难。产品类符合开闭原则，但是工厂违反了，因为增加一个产品，工厂需要修改逻辑, 耦合太高。

总结

• 简单工厂模式的要点就在于当你需要什么，只需要知道正确参数，就可以获取你所需要的对象，无需知道其创建细节。

• 简单工厂模式最大的优点在于实现对象的创建和对象的分离，但是如果产品过多时，会导致工厂代码复杂。

正常的工厂模式

基本定义

• 工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法模式让实例化推迟到子类。

模式结构

• product: 抽象产品。所有的产品必须实现这个共同的接口，这样一来，使用这些产品的类既可以引用这个接口。
• ConcreteProduct：具体产品。
• Creator：抽象工厂。它实现了所有操纵产品的方法，但不实现工厂方法。Creator所有的子类都必须要实现factoryMethod()方法。
• ConcreteCreator：具体工厂。制造产品的实际工厂。它负责创建一个或者多个具体产品

640.png

代码实现

一个工厂对应一个产品

特点

• 比简单工厂多了一个工厂的抽象类

抽象工厂模式

特点

• 利用OOP的多态性，工厂和产品都抽出一个基类，一个工厂对一个系列产品

• 产品过多的时候, 比如有100个车型, 如果用工厂方式, 创建100个工厂一一对应, 类太多太恶心, 从而引出抽象工厂概念, 工厂不在对应一种产品, 工厂可以分类, 可以分为日系汽车工厂, 德系汽车工厂, 美系汽车工厂, 减少了工厂的创建

模式结构

• AbstractFactory：抽象工厂。抽象工厂定义了一个接口，所有的具体工厂都必须实现此接口，这个接口包含了一组方法用来生产产品。
• ConcreteFactory：具体工厂。具体工厂是用于生产不同产品族。要创建一个产品，客户只需要使用其中一个工厂完全不需要实例化任何产品对象。
• AbstractProduct：抽象产品。这是一个产品家族，每一个具体工厂都能够生产一整组产品。
• Product：具体产品。

代码创建

其他

• 开闭原则：一个软件实体(如类、模块、函数)对扩展开放，对修改关闭。`