算是读书笔记吧
极客时间--设计模式之美
概述
工厂模式主要解决根据不同条件创建不同的对象。
需要注意的是：判断的逻辑复杂度无法被消除，只能被转移。
不同情况下，我们可以将创建的逻辑转移到不同的位置中。
几种工厂模式
正常情况下：
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();
}
建造者模式
当目标对象需要（可以）配置的属性参数过多，为了保证数据的完整性，我们可以通过建造者（中间者）先行储存数据，在数据准备完全时进行目标对象创建。
建造者模式并不隶属于工厂模式。确切来讲，应该算是处理不同场景问题的并列关系。
当然，也可以组合使用。
- 建造者模式主要解决以下几个问题：
- 必填参数与选填参数过多
使用方法设置会导致方法过长，当然我们可以使用set方法进行设置。
但是set方法又会面临以下几个问题：
- 必填数据不全，导致对象存在无效状态
- 参数需要有一定的校验逻辑
- 不希望暴露对象的set方法
建造者模式与工厂模式的区别
工厂模式
用来创建不同但是相关类型的对象（继承同一父类或者接口的一组子类），由给定的参数来决定创建哪种类型的对象建造者模式
用来创建一种类型的复杂对象，通过设置不同的可选参数，“定制化”地创建不同的对象。
