设计模式看书笔记(5) - 三种工厂模式比较

先看三种工厂模式部分主要代码(完整代码在前三篇博客)：

简单工厂模式：

public class SampleFactory
{
	public static Animal createAnimal(String animalName){
		if("Tiger".equals(animalName))){
			return new Triger();
		}else if("Dolphin".equals(animalName)){
			return new Dolphin();
		}
	}
}

工厂方法模式：

public interface Factory
{
	public Animal createAnimail();
}

public class Trigerfactory implements Factory
{
	public Animal createAnimal(){
		return new Triger();
	}
}

public class Dolphinfactory implements Factory
{
	public Animal createAnimal(){
		return new Dolphin();
	}
}

抽象工厂模式：

适合亚洲老虎，亚洲海豚的具体工厂类；

public class AsiaFactory implements Factory
{
	public Triger createTriger(){
	    return new AsiaTriger();
	};
	public Dolphin createDolphin(){
		return new AsiaDolphin();
	};
}

适合非洲老虎，非洲海豚的具体工厂类；

public class AfricaFactory implements Factory
{
	public Triger createTriger(){
	    return new AfricaTriger();
	};
	public Dolphin createDolphin(){
		return new AfricaDolphin();
	};
}

具体的区别：

简单工厂：

一个具体工厂通过条件语句创建多个产品，产品的创建逻辑集中于一个工厂类。

客户端通过传不同的参数给工厂，实现创建不同产品的目的

增加新产品时，需要修改工厂类、增加产品类，不符合OCP原则

工厂方法：

一个工厂创建一个产品，所有的具体工厂继承自一个抽象工厂。

客户端先创建不同产品的工厂，再由工厂创建具体产品，产品的创建逻辑分散在每个具体工厂类中。

客户端只依赖于抽象工厂与抽象产品，不依赖任何具体的工厂与具体产品

增加新产品时，需要增加工厂类和产品类，符合OCP原则

抽象工厂：

一个具体工厂创建一个产品族，一个产品族是不同系列产品的组合，产品的创建的逻辑分在在每个具体工厂类中。所有的具体工厂继承自同一个抽象工厂。

客户端创建不同产品族的工厂，产品族的工厂创建具体的产品对客户端是不可见的。

增加新的产品族时，需要增加具体工厂类,符合OCP原则。

增加新产品时，需要修改具体工厂类和增加产品类，不符合OCP原则

如果没有应对“多系列对象创建”的需求变化，则没有必要使用抽象工厂模式，这时候使用简单的静态工厂完全可以。

上述3种模式都使客户端脱离了与具体产品的耦合，客户端不关注具体产品的生产方法

设计模式看书笔记(5) - 三种工厂模式比较