创建型模式--工厂模式

算是读书笔记吧

极客时间--设计模式之美

---

概述

工厂模式主要解决根据不同条件创建不同的对象。

需要注意的是：判断的逻辑复杂度无法被消除，只能被转移。

不同情况下，我们可以将创建的逻辑转移到不同的位置中。

---

几种工厂模式

正常情况下：

if-else 逻辑、创建逻辑和业务代码耦合在一起

根据创建逻辑和if-else被转移到的位置，可以分为：

• 简单工厂模式
  将不同创建逻辑放到一个工厂类中
  if-else逻辑在这个工厂类中
• 工厂模式
  先用一个工厂类的工厂通过if-else来得到某个工厂
  再用这个工厂用单一创建逻辑对应的对象

对于很复杂（产品不再只有一种分类方式）的逻辑：

• 抽象工厂

public interface AnimalHouseFactory {
  Animal createMaleAnimal();
  Animal createFemalAnimal();
}

xml、json、yaml等工厂，都有能力使用createRuleParser和createSystemParser创建对应配置解析器、系统解析器的实例。

---

简单工厂

对if-else以及具体创建动作的一个转移，但仅仅是最简单的copy转移

以一个AnimalHouse根据不同的AnimalType创建不同的animal，然后让animal执行shout方法为例。

//最初、我们把所有的逻辑放在业务代码中
public class Demo {
  public void AnimalShout(AnimalType type) {
    Animal animal = null;
    if (type == AnimalTypeDog) {//狗
        animal = Dog.new()
    } else if (type == AnimalTypeCat) {
        animal = Cat.new()
    } else if (type == AnimalTypeSheep) {
        animal = Sheep.new()
    }
    animal.shout()
  }
}

/ **** 把创建的方法转copy移走，便是简单工厂模式  ****/
public class AnimalHouse {
  public Animal getAnimal(AnimalType type) {
    Animal animal = null;
    if (type == AnimalTypeDog) {//狗
        animal = Dog.new()
    } else if (type == AnimalTypeCat) {
        animal = Cat.new()
    } else if (type == AnimalTypeSheep) {
        animal = Sheep.new()
    }
    return animal;
  }
}

// 从而简化了业务代码的代码量
public class Demo {
  public void animalShout(AnimalType type){
    Animal animal = AnimalHouse.getAnimal(type)
    animal.shout()
  }
}

---

工厂模式

在简单工厂的基础上，将创建动作转移到单独的类中进行

如果创建动作有很多附加的参数设置和其他逻辑，需要把简单工厂进一步拆分成抽象工厂

public interface AnimalHouseFactory {
  Animal createAnimal();
}

public class DogHouseFactory implements AnimalHouseFactory {
  @Override
  public Animal createAnimal() {
    return Dog.new();
  }
}

public class CatHouseFactory implements AnimalHouseFactory {
  @Override
  public Animal createAnimal() {
    return Cat.new();
  }
}

public class SheepHouseFactory implements AnimalHouseFactory {
  @Override
  public Animal createAnimal() {
    return Sheep.new();
  }
}



/ **** 把创建的方法转copy移走，便是简单工厂模式  ****/
public class AnimalHouse {
    public Animal getAnimal(AnimalType type) {
    AnimalHouseFactory animalHoseFactory = null;
    if (type == AnimalTypeDog) {//狗
        animalHoseFactory = DogHouseFactory.new()
    } else if (type == AnimalTypeCat) {
        animalHoseFactory = CatHouseFactory.new()
    } else if (type == AnimalTypeSheep) {
        animalHoseFactory = SheepHouseFactory.new()
    }
    return animalHoseFactory.createAnimal();
  }
}

// 从而简化了业务代码的代码量
public class Demo {
  public void AnimalShout(AnimalType type){
    Animal animal = AnimalHouse.getAnimal(type)
    animal.shout()
  }
}

这样当我们新增一种类型的时候，只需要新增一个实现了 AnimalHouse 接口的 Factory 类即可。
所以，工厂方法模式比起简单工厂模式更加符合开闭原则。

---

抽象工厂

抽象工厂为了应对更复杂的情况
主要是当类不再只有一种分类方式的时候。

比如我们的Animal，在Dog、Cat、Sheep这些物种分类的基础上，又添加了性别male、female。

我们就需要让一个Factory不再产出单体的类，而是生产一个类族。

public interface AnimalHouseFactory {
  Animal createMaleAnimal();
  Animal createFemalAnimal();
}

---

建造者模式

当目标对象需要（可以）配置的属性参数过多，为了保证数据的完整性，我们可以通过建造者（中间者）先行储存数据，在数据准备完全时进行目标对象创建。

建造者模式并不隶属于工厂模式。确切来讲，应该算是处理不同场景问题的并列关系。
当然，也可以组合使用。

• 建造者模式主要解决以下几个问题：

1. 必填参数与选填参数过多
   使用方法设置会导致方法过长，当然我们可以使用set方法进行设置。

但是set方法又会面临以下几个问题：

2. 必填数据不全，导致对象存在无效状态
3. 参数需要有一定的校验逻辑
4. 不希望暴露对象的set方法

建造者模式与工厂模式的区别

• 工厂模式
  用来创建不同但是相关类型的对象（继承同一父类或者接口的一组子类），由给定的参数来决定创建哪种类型的对象

• 建造者模式
  用来创建一种类型的复杂对象，通过设置不同的可选参数，“定制化”地创建不同的对象。