Java设计模式之工厂方法模式

设计模式总的来说分为3类:创建型模式(5种)、结构型模式(7种)、行为型模式(11种),其中创建型模式分为:单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式,这里要总结的就是创建型模式中的工厂方法模式。

简介:

工厂方法模式的核心在于抽取业务中个性化善变的部分为独立类,通过依赖注入以达到解耦、复用和方便后期维护扩展的目的(源自百度百科)。这句话理解起来可能有些晦涩,简单举个例子来通俗的解释一下。比如现在有一个通用型的接口,这个接口的作用是根据传入不同类型的产品来生成不同类型的订单,再具体一点就是传入一个实物产品(如鼠标),生成一个实物类型的订单,传入一个服务产品(免费洗车服务),生成一个服务类型的订单,由于产品类型的不同,故而生成订单的代码逻辑也就不同。每增加一个新的产品类别,就要在接口中增加一段生成订单的代码,如果开发过程中不小心的话,可能还会影响之前的业务逻辑,代码的耦合性较高、可扩展性不高;随着产品类别的不断增加,接口中的代码也就越积越多,也不利于以后的维护。此时可以利用工厂方法模式进行接口的重构,将可变部分(生成订单逻辑)提取成独立类,这样每增加一个产品,就相应增加一个生成订单的实现类,既不会影响之前的业务逻辑,又能够达到解耦,后期可维护、可扩展的目的。

简单工厂模式:

详解工厂方法模式之前,先解释一下简单工厂模式,又名静态工厂方法模式,它不归属于23种设计模式,但它可以看作是工厂方法模式中的简单应用,属于它的一个分支。该模式中的角色和职责如下:

工厂角色:简单工厂模式的核心,负责创建类的实例。
抽象产品角色:工厂所创建实例的父类,所有产品都要实现该接口,或继承该抽象类。
具体产品角色:具体的产品类,工厂的目的就是要创建这些产品类的实例。

简单工厂模式的例子将使用冰箱的创建来说明,工厂可以创建不同规格的冰箱,如大功率冰箱和小功率。具体示例如下,首先创建一个冰箱的接口,它属于抽象产品角色,是海尔大功率冰箱和海尔小功率冰箱的父类。

 

/**
 * 抽象产品角色
 */
public interface FridgeInterface {
	//有冷冻功能
	void freeze();
}

接下来创建两个具体产品角色,海尔大功率冰箱、海尔小功率冰箱,它们都实现了抽象产品角色接口。

/**
 * 具体产品角色:海尔大功率冰箱
 */
public class HaierFridge implements FridgeInterface{

	public void freeze() {
		System.out.println("海尔大功率冰箱开始冷冻功能");		
	}
}
/**
 * 具体产品角色:海尔小功率冰箱
 */
public class GreeFridge implements FridgeInterface{

	public void freeze() {
		System.out.println("海尔小功率冰箱开启冷冻功能");
	}

}

产品的实现有了,还需要一个工厂去创建这些产品。

/**
 * 工厂角色:生产冰箱
 */
public class FridgeFactory {
	
	public static FridgeInterface createFridge(String fridgeType) throws Exception{
		
		if(fridgeType.equals("Haier")){
			return new HaierFridge();
		}else if(fridgeType.equals("Gree")){
			return new GreeFridge();
		}else{
			throw new Exception();
		}
		
	}
}

客户端的实现。

/**
 * 客户端
 */
public class Client {
	
	public static void main(String[] args) throws Exception {
		FridgeInterface haier = FridgeFactory.createFridge("Haier");
		FridgeInterface gree = FridgeFactory.createFridge("Gree");
		haier.freeze();
		gree.freeze();
	}
}

优缺点分析:这个例子为什么要使用简单工厂模式呢?明明有了产品,可以在客户端直接new产品类就可以创建产品对象啊?

优点:仔细分析简单工厂的实现逻辑,它是将生产对象的任务交给工厂,客户端只需要知道自己需要什么产品,如何去使用产品就可以,无需关注产品的具体创建过程,工厂模式实现了客户端和产品的解耦;对于产品角色来说,新增加产品,只需对应增加具体产品实现类即可,它是符合开闭原则的;

缺点:但对于工厂角色来说,每新加一个产品,就需要对应在工厂类中加入if(fridgeType.equals("Haier")){}这么一个判断,显然它的扩展性不好,是违背开闭原则的;而且所有生成对象的逻辑都放在工厂中,一旦工厂有问题,所有业务都将收到影响。

总结:实际开发场景中是否需要使用简单工厂模式,还需根据具体的业务需求来定,如果工厂类中负责创建的对象比较少,而且业务逻辑不复杂,使用该模式对于开发是非常有作用的。

开闭原则概念引入:开闭原则规定软件中的对象(类、模块、函数等等)应该对于扩展是开放的,对于修改是封闭的。工厂模式中的开闭原则,是多态开闭原则,它被重新定义于抽象化接口的使用,接口规约可以通过继承来重用,但是实现不必重用。通俗的说就是可以扩展实现类,但是已存在的接口是不允许修改的,即封闭。

工厂方法模式:

背景:客户原本只想在工厂预定冰箱,现在突然增加需求,想同时预定空调,可是现有的工厂只能生产冰箱,怎么办呢?只能增加一个可生产空调的工厂。现在有两个工厂,一个生产空调,一个生产冰箱,它们有着共同属性,生产电器,可以将其共性提取出来放到一个接口中,让两个工厂实现该接口去创建产品。

通过上面的分析可得知,工厂方法模式相比较与简单工厂模式多了一个角色,该角色我们称之为抽象工厂角色,那么工厂方法模式的角色和其职责就可以总结为以下几点: 

抽象工厂角色:具体工厂的父类,所有工厂都要继承或实现它。
具体工厂角色:工厂方法模式的核心,负责创建类的实例。
抽象产品角色:工厂所创建实例的父类,所有产品都要实现该接口,或继承该抽象类。
具体产品角色:具体的产品类,工厂的目的就是要创建这些产品类的实例。

 工厂方法模式的例子使用冰箱和空调的创建来说明,首先创建一个抽象产品角色:家用电器接口

/**
 * 抽象产品角色:电器
 */
public interface AppliancesInterface {
    //电器的功能
    void function();
}

接着创建具体产品角色:冰箱,它具有冷藏的功能。

/**
 * 具体产品角色:冰箱
 */
public class Fridge implements AppliancesInterface{
    @Override
    public void function() {
        System.out.println("冰箱具有冷藏功能");
    }
}

创建具体产品角色:空调,它具有调节温度的功能。

/**
 * 具体产品角色:空调
 */
public class AirCondition implements AppliancesInterface{
    @Override
    public void function() {
        System.out.println("空调具有调节温度功能");
    }
}

创建抽象工厂角色

/**
 * 抽象工厂角色:电器工厂
 */
public interface AppliancesFactoryInterface {
    AppliancesInterface createAppliances();
}

创建具体的工厂角色:冰箱工厂,职责生产冰箱

/**
 * 具体工厂角色:冰箱工厂
 */
public class FridgeFactory implements AppliancesFactoryInterface{
    @Override
    public AppliancesInterface createAppliances() {
        return new Fridge();
    }
}

创建具体工厂角色:空调工厂,职责生产空调

/**
 * 具体工厂角色:生产空调
 */
public class AirConditionFactory implements AppliancesFactoryInterface{
    @Override
    public AppliancesInterface createAppliances() {
        return new AirCondition();
    }
}

创建客户端,给客户预定的冰箱和空调

/**
 * 客户端
 */
public class Client {

    public static void main(String[] args) {
        AppliancesFactoryInterface fridgeFactory = new FridgeFactory();
        AppliancesInterface appliances = fridgeFactory.createAppliances();
        appliances.function();
        AppliancesFactoryInterface airConditionFactory = new AirConditionFactory();
        AppliancesInterface appliances1 = airConditionFactory.createAppliances();
        appliances1.function();
    }
}

打印结果:

冰箱具有冷藏功能
空调具有调节温度功能

Process finished with exit code 0

优缺点分析:

优点:工厂方法模式是简单工厂模式的功能扩展,从产品角色来看,每新增一个新的产品,只需对应增加新的产品实现类即可,功能亦扩展,符合开闭原则;从工厂角色来看,每新增一个产品,对应增加具体工厂类的实现即可,无需改动之前的逻辑,也是符合开闭原则的。

缺点:当产品种类过多时,工厂类也要相应的增加,一定程度上增加了系统的复杂度;而且一个工厂只能生产一个具体的产品,某种程度上来说,工厂类无法被复用。

总结:具体的使用那种设计模式,是简单工厂模式还是工厂方法模式,还需根据实际的业务要求来决定。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值