(工厂模式)

简单的工厂模式 基本定义

  • 先定义了一个类, 这个类专门用于创建其他类的实例, 被创建的类都有一个共同特点, 相同的父类
  • 工厂模式属于创建型模式
  • 可以根据创建时传入参数的不同, 返回不同实例对象, 也可以单独定义不带参数的方法创建指定的实例对象
模式结构
  • Product: 抽象产品角色 ==> 为所有产品的父类
  • ConcreteProductA:具体的产品角色 ==> 继承Product
  • ConcreteProductB:具体的产品角色 ==> 继承Product
  • Factory: 工厂角色 ==> 专门用于创建实例类
(工厂模式)
文章图片
特点
  • 实例具有共同的父类
  • 核心就是继承. 子类继承父类并重写
代码实现
  • 这里, 一个车父类, 两个车类, 一个工厂

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

    推荐阅读