[设计模式]工厂方法模式

简介

工厂方法模式 (Factory Method)定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其他子类。 

工厂模式是一种类创建型模式可参考 设计模式 创建型模式)。

结构

图-工厂方法模式结构图

Product : 定义产品对象的接口。

abstract class Product {
 public abstract void Use();
 }

ConcreteProduct : 实现 Product 接口。

class ConcreteProduct extends Product {
 public ConcreteProduct() {
         System.out.println("创建 ConcreteProduct 产品");
     }
 
     @Override
 public void Use() {
         System.out.println("使用 ConcreteProduct 产品");
     }
 }

Creator : 声明工厂方法,它会返回一个产品类型的对象Creator 也可以实现一个默认的工厂方法 FactoryMethod() ,以返回一个默认的具体产品类型。

interface Creator {
 public Product FactoryMethod();
 }

ConcreteCreator : 覆写 Creator 中的工厂方法 FactoryMethod()

class ConcreteCreator implements Creator {
     @Override
 public Product FactoryMethod() {
 return new ConcreteProduct();
     }
 }

测试代码

public class FactoryMethodPattern {
 public static void main(String[] args) {
         Creator factory = new ConcreteCreator();
         Product product = factory.FactoryMethod();
         product.Use();
     }
 }

运行结果

创建 ConcreteProduct 产品
使用 ConcreteProduct 产品

动机

当一个类不知道它所必须创建的对象的类的时候。 当一个类希望由它的子类来指定它所创建的对象的时候。 当类将创建对象的职责委托给多个帮助子类中的某一个,并且你希望将是代理者的帮助子类的信息局部化的时候。

要点

1、工厂模式中,增加一种产品类,就要增加一个工厂类。

因为每个工厂类只能创建一种产品的实例。

2、工厂模式遵循开放-封闭原则。

工厂模式中,新增一种产品并不需要修改原有类,仅仅是扩展。

实例

还是以 简单工厂模式 里的例子来进行说明。

如何实现一个具有加减乘除基本功能的计算器? 

两种模式的 Product 和 ConcreteProduct 角色代码没有区别,不再赘述。

差异在于 Factory 角色部分,以及客户端部分,请在代码中体会。

Creator 角色

// Creator 角色,定义返回产品实例的公共工厂方法
 interface OperationFactory {
 public Operation FactoryMethod();
 }

ConcreteCreator 角色

和简单工厂模式相比,每一种产品都会有一个具体的工厂类负责生产实例。

// ConcreteCreator 角色,具体实现 Creator 中的方法
 class AddFactory implements OperationFactory {
     @Override
 public Operation FactoryMethod() {
 return new Add();
     }
 }
 
 // ConcreteCreator 角色,具体实现 Creator 中的方法
 class SubFactory implements OperationFactory {
     @Override
 public Operation FactoryMethod() {
 return new Sub();
     }
 }
 
 // ConcreteCreator 角色,具体实现 Creator 中的方法
 class MulFactory implements OperationFactory {
     @Override
 public Operation FactoryMethod() {
 return new Mul();
     }
 }
 
 // ConcreteCreator 角色,具体实现 Creator 中的方法
 class DivFactory implements OperationFactory {
     @Override
 public Operation FactoryMethod() {
 return new Div();
     }
 }

Client 角色

与简单工厂模式中无需关注具体创建不同,工厂模式中需要指定具体工厂,以负责生产具体对应的产品。

// Client 角色,需要指定具体工厂,以负责生产具体产品
 public class FactoryMethodPattern {
 public static void main(String[] args) {    
         OperationFactory factory = new SubFactory();
         Operation oper = factory.FactoryMethod();
         oper.numA = 3;
         oper.numB = 2;
 double result = oper.getResult();
         System.out.println("result = " + result);
     }
 }

C++版工厂方法模式

以下为一个C++版的工厂方法模式例子。

假设有两个台灯制造工厂,一个专门生产红色的灯,一个专门生产蓝色的灯。

在客户端里,我们实例化蓝灯工厂,来生产一个蓝灯。

#include "stdafx.h"
#include <string>
#include <iostream>
using namespace std;

//Product
class Light
{
public:
 virtual void TurnOn()  = 0;
 virtual void TurnOff() = 0;
};

class BlueLight : public Light
{
public:
 void TurnOn()
    {
        cout << "Turn on BlueLight." << endl;
    }

 void TurnOff()
    {
        cout << "Turn off BlueLight." << endl;
    }
};

class RedLight : public Light
{
public:
 void TurnOn()
    {
        cout << "Turn on RedLight." << endl;
    }

 void TurnOff()
    {
        cout << "Turn off RedLight." << endl;
    }
};

//Factory
class Factory
{
public:
 virtual Light* CreateLight() = 0;
};

class BlueLightFactory : public Factory
{
public:
    Light* CreateLight()
    {
 return new BlueLight;
    }
};

class RedLightFactory : public Factory
{
public:
    Light* CreateLight()
    {
 return new RedLight;
    }
};

int main()
{
    Factory *pBlueLightFactory = new BlueLightFactory;
    Light *pBlueLight = pBlueLightFactory->CreateLight();
 
    pBlueLight->TurnOn();
    pBlueLight->TurnOff();

 free(pBlueLight)
 free(pBlueLightFactory);
 
 return 0;
}

简单工厂模式 vs. 工厂方法模式

简单工厂模式相比于工厂方法模式

优点:工厂类中包含必要的逻辑判断,可根据客户端的选择条件动态实例化需要的类。对于客户端来说,去除了对具体产品的依赖。

缺点:违背了开放封闭原则。 每添加一个新的产品,都需要对原有类进行修改。增加维护成本,且不易于维护。

开发封闭原则:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。

推荐阅读

本文属于 设计模式系列

简单工厂模式属于工厂模式家族,欢迎参考阅读 简单工厂模式抽象工厂方法模式

参考资料

《大话设计模式》 《HeadFirst设计模式》

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏前端黑板报

JavaScript代码风格要素

1920年,由威廉·斯特伦克(William Strunk jr .)撰写的《英语写作手册:风格的要素(The Elements of Style)》出版了,这...

18610
来自专栏一个爱瞎折腾的程序猿

看了180分钟的视频,写了半天的代码

清晨,日常打开B站,被首页此视频的标题所吸引,虽一看就是标题党,但还是没能抑制住好奇心。 视频共计60*3分钟,学习到了很多东西。其中后半部分有许多正三观的见...

952
来自专栏take time, save time

桌面山寨版2048—优化篇

     博客近两天略惨淡啊,我会先在博客上不定时的更新,毕竟是想把博客做成自己的主要平台嘛,谢谢支持啦!希望大家能猛戳http://www.richinmem...

2465
来自专栏前端新视界

CSS 特殊属性介绍之 pointer-events

首先看一下 MDN 上关于 pointer-events 的介绍: CSS属性 pointer-events 允许作者控制特定的图形元素在何时成为鼠标事件的 t...

16810
来自专栏程序员互动联盟

10个实用的但偏执的Java编程技术

在沉浸于编码一段时间以后(比如说我已经投入近20年左右的时间在程序上了),你会渐渐对这些东西习以为常。因为,你知道的……任何事情有可能出错,没错,的确如此。 这...

33913
来自专栏菩提树下的杨过

Web开发感悟:数据绑定是一种技术,更是一门艺术

1、前言 作为一个多年从事b/s开发的程序猿,曾先后使用过asp、asp.net做为主要服务端语言。不管是相对低级的asp也好,还是高级的asp.net也罢,都...

1865
来自专栏cnblogs

vue原来可以这样上手

       今儿与一群友讨论vue相关问题让我思量极深,1.我们是否在争对性解决问题或者说是帮助别人;2.我们是否在炫耀自己的技能。以下是被戏剧化的对白: ...

2059
来自专栏魂祭心

原 ionic+js+html5 飞行射击

3096
来自专栏拂晓风起

【H5动画】谈谈canvas动画的闪烁问题

1333
来自专栏数据结构与算法

namespace用法

一直不知道namespace怎么用,所以在noip吃了不小的亏,然后前天的省选模拟写了四个子程序,拼的我心累QWQ... 今天膜了一下mjt大佬,get到了新姿...

2685

扫码关注云+社区