设计模式看书笔记(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种模式都使客户端脱离了与具体产品的耦合,客户端不关注具体产品的生产方法

 

    原文作者:wasdasdfqwer
    原文地址: https://blog.csdn.net/wufengui1315/article/details/38129007
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞