设计模式:工厂方法模式(Factory Method Pattern)

一、工厂方法的类图

二、模式含义

在工厂方法模式结构图中包含如下几个角色:

Product(抽象产品):它是定义产品的接口,是工厂方法模式所创建对象的超类型,也就是产品对象的公共父类。

ConcreteProduct(具体产品):它实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,具体工厂和具体产品之间一一对应。

Factory(抽象工厂):在抽象工厂类中,声明了工厂方法(Factory Method),用于返回一个产品。抽象工厂是工厂方法模式的核心,所有创建对象的工厂类都必须实现该接口。

ConcreteFactory(具体工厂):它是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户端调用,返回一个具体产品类的实例。

三、代码实现

package com.yan.pattern.factory.factoryMethod;

public abstract class Product {
	public void methodSame() {
		System.out.println("公共方法");
	}
	
	protected abstract void methodDiff();
}

package com.yan.pattern.factory.factoryMethod;

public class ConcreteProductA extends Product{

	@Override
	protected void methodDiff() {
		System.out.println("A中的方法");
		
	}
	
}
package com.yan.pattern.factory.factoryMethod;

public class ConcreteProductB extends Product{

	@Override
	protected void methodDiff() {
		System.out.println("B中的方法");
		
	}
	
}
package com.yan.pattern.factory.factoryMethod;

public abstract class Factory {
	public abstract Product factoryMethod();
}
package com.yan.pattern.factory.factoryMethod;

public class ConcreteFactoryA extends Factory{

	@Override
	public Product factoryMethod() {
		return new ConcreteProductA();
	}

}
package com.yan.pattern.factory.factoryMethod;

public class ConcreteFactoryB extends Factory{

	@Override
	public Product factoryMethod() {
		return new ConcreteProductB();
	}

}
package com.yan.pattern.factory.factoryMethod;

public class Client {
	public static void main(String[] args) {
		Factory factory = new ConcreteFactoryB();
		Product product = factory.factoryMethod();
		product.methodSame();
		product.methodDiff();
	}
}

四、总结

工厂方法模式是简单工厂模式的延伸,它继承了简单工厂模式的优点,同时还弥补了简单工厂模式的不足。

工厂方法模式是使用频率最高的设计模式之一,开源框架和API类库的核心模式。

 

        1. 主要优点

       工厂方法模式的主要优点如下:

       (1) 在工厂方法模式中,工厂方法用来创建客户所需要的产品,同时还向客户隐藏了哪种具体产品类将被实例化这一细节,用户只需要关心所需产品对应的工厂,无须关心创建细节,甚至无须知道具体产品类的类名。

       (2) 基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够让工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式,就正是因为所有的具体工厂类都具有同一抽象父类。

       (3) 使用工厂方法模式的另一个优点是在系统中加入新产品时,无须修改抽象工厂和抽象产品提供的接口,无须修改客户端,也无须修改其他的具体工厂和具体产品,而只要添加一个具体工厂和具体产品就可以了,这样,系统的可扩展性也就变得非常好,完全符合“开闭原则”。

 

      2. 主要缺点

     工厂方法模式的主要缺点如下:

      (1) 在添加新产品时,需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,会给系统带来一些额外的开销。

      (2) 由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。

 

       3. 适用场景

       在以下情况下可以考虑使用工厂方法模式:

       (1) 客户端不知道它所需要的对象的类。在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可,具体的产品对象由具体工厂类创建,可将具体工厂类的类名存储在配置文件或数据库中。

       (2) 抽象工厂类通过其子类来指定创建哪个对象。在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值