本系列文章是希望将软件项目中最常见的设计模式用通俗易懂的语言来讲解清楚,并通过Python来实现,每个设计模式都是围绕如下三个问题:

  1. 为什么?即为什么要使用这个设计模式,在使用这个模式之前存在什么样的问题?
  2. 是什么?通过Python语言来去实现这个设计模式,用于解决为什么中提到的问题。
  3. 怎么用?理解了为什么我们也就基本了解了什么情况下使用这个模式,不过在这里还是会细化使用场景,阐述模式的局限和优缺点。

这次的主角是简单工厂,工厂方法和抽象工厂模式,由于这几个模式联系紧密,有一定的相似性,所以放在一起来讲。

简单工厂模式

为什么

工厂模式里最常举的例子就是Pizza店的例子,我们就用这个经典的例子来说吧。假设我们开了一个Pizza店,然后我们多种Pizza供顾客选用,如下:

class CheesePizza(object):
... class VegetablePizza(object):
... # 可以继续定义多种类型的Pizza
...

然后可以定义我们的Pizza店用以生产Pizza

class PizzaStore(object):
def order_pizza(self, pizza_type):
# ------------------------------------
if pizza_type == "cheese":
self.pizza = CheesePizza()
elif pizza_type == "vegetable":
self.pizza = VegetablePizza()
else:
self.pizza = SeafoodPizza()
# ------------------------------------- self.pizza.prepare()
self.pizza.bake()
self.pizza.cut()
self.pizza.box()
return self.pizza

这里问题在于我们的产品(也就是不同种类的Pizza)可能会变化,比如过了段时间会新增几种类型的Pizza,也会去掉某些不受欢迎的Pizza类型,这个时候我们就需要修改不断修改order_pizza()中的代码(横线包起来的那部分代码)。而我们的设计原则之一就是将“变化”抽离出来,进行封装。这就是简单工厂模式的初衷。

是什么

简单工厂模式,就是将创建不同类型实例的代码抽离出来,封装成一个工厂类(实际我觉得用一个函数更直接)。这个工厂类就是专门用于生产不同的产品(这里就是pizza产品)给客户端(这里就是order_pizza)。客户不需要知道怎么生产出这些pizza,客户只需要告诉工厂,我需要cheese pizza还是其它类型的pizza就可以了,然后工厂会去返回给客户相应的pizza。代码如下:

class SimplePizzaFactory(object):
@staticmethod
def create_pizza(pizza_type):
pizzas = dict(cheese=CheesePizza, vegetable=VegetablePizza, seafood=SeafoodPizza)
return pizzas[pizza_type]()

原来的PizzaStore则更改为:

class PizzaStore(object):
def order_pizza(self, pizza_type):
# ------------------------------------
self.pizza = SimplePizzaFactory.create_pizza(pizza_type)
# ------------------------------------- self.pizza.prepare()
self.pizza.bake()
self.pizza.cut()
self.pizza.box()
return self.pizza

怎么用

看到上边的代码,很多同学可能会疑惑,这个就是代码转移到别处而已,似乎没有什么卵用啊。其实简单工厂模式除了将创建实例的代码进行了封装,使得代码更加清晰以外,另一个好处就是,当有其它客户需要创建同样的实例时就可以直接调用工厂的create_pizza()了。比如我们有了一个送外卖的类:

class PizzaTakeOut(object):
def order_pizza(self, pizza_type):
# ------------------------------------
self.pizza = SimplePizzaFactory.create_pizza(pizza_type)
# -------------------------------------
...

在这种情况下,如果新增或者删除某一个产品(Pizza类)我们只需要简单地更新一处代码(即简单工厂中的创建实例的代码)就可以了。
再一个好处是,一个大的系统往往是分不同的层次和模块进行分别开发的,当开发客户端(这里就是指PizzaStore)程序员和开发底层产品(这里指各种Pizza)的程序员不是同一个人就会非常有用,因为开发客户端的程序员通过工厂创建对象时就不需要关注到底怎么创建出不同的产品的,他只需要将客户的需求(pizza_type)传递给工厂就可以了。

工厂方法和抽象工厂模式

为什么?

在简单工厂中我们一般情况下只是创建了一种产品,但是对于一组产品的创建,往往很难应付,想想下如果我们要创建一组关于汽车的零部件产品,如果用简单工厂模式,代码可能如下:

class SimpleCarPartsFactory(object):
def __init__(self, car_type):
self.car_type = car_type def create_engines(self):
engines = dict(small=SmallEngines, medium=MediumEngines, big=BigEngines)
return engines[self.car_type]()
def create_wheels(self):
wheels = dict(small=SmallWheeles, medium=MediumWheeles, big=BigWheeles)
return wheels[self.car_type]() ...

这个代码虽然也可以勉强使用,但是试想一下,如果我再添加一个superbig类型的汽车,那么是不是就需要修改所有的create方法?如果修改某个组件类,或者删除某一种类型的组件是否都需要去修改这个类呢?如果这些都是你一个人来改呢?。。。。。。
好吧,这就是我们为什么需要工厂方法和抽象工厂的原因。

是什么

首先来说下什么是工厂方法,工厂方法就是将客户端程序抽象出一个父类,然后在子类中实现创建产品的方法,这个方法就是工厂方法

class PizzaStore(object):  # 客户端程序抽象出父类
def order_pizza(self, pizza_type):
# ------------------------------------
self.pizza = self.create_pizza(pizza_type)
# ------------------------------------- self.pizza.prepare()
self.pizza.bake()
self.pizza.cut()
self.pizza.box()
return self.pizza def create_pizza(self, pizza_type): #抽象的工厂方法
pass class BeijingPizzaStore(PizzaStore): # 客户端程序的子类
def create_pizza(self, pizza_type): # 具体的工厂方法
pizzas = dict(cheese=BeijingCheesePizza, vegetable=BeijingVegetablePizza, seafood=BeijingSeafoodPizza) # 不同的子类可能使用不同的产品
return pizzas[pizza_type]() class ShanghaiPizzaStore(PizzaStore):
def create_pizza(self, pizza_type):
pizzas = dict(cheese=ShanghaiCheesePizza, vegetable=ShanghaiVegetablePizza, seafood=ShanghaiSeafoodPizza)
return pizzas[pizza_type]()

这里如果我们用简单工厂模式去实现的话,就要给create方法多传递一个地区的参数(如:"beijing"),然后在方法中要做两次条件判断(地区和pizza类型),这样做就有点不太优雅了。
不论怎么样,我们现在已经了解了什么是工厂方法模式,那么现在要看另一个设计模式-抽象工厂模式,这个模式中实际使用了工厂方法模式。而抽象工厂模式才是真正解决了我们之前说的一组产品的问题。
使用抽象工厂来实现汽车组件的实例生产:

class AbstractCarPartsFactory(object):    #Python中这个抽象类甚至可以省略,但是为了表达清晰,还是创建了这个父类
def create_engine(self):
passs
def create_wheels(self):
pass
... class SmallCarPartsFactory(AbstractCarPartsFactory): #不同类型的汽车工厂维护自身的实例创建
def create_engine(self): #具体的工厂方法
return SmallEngine()
def create_wheels(self):
return SmallWheels()
... class MediumCarPartsFactory(AbstractCarPartsFactory):
def create_engine(self):
return SmallEngine()
def create_wheels(self):
return SmallWheels()
... ...

使用时如下:

class CarFactory(object):
def create_car(self, car_type):
car_factorys = dict(
small=SmallCarPartsFactory, medium=MediumCarPartsFactory,
big=BigCarPartsFactory)
self.carparts_factory = car_factorys[car_type]() self.prepare_parts():
self.engine = self.cartparts_factory.create_engine()
self.wheels = self.cartparts_factory.create_wheels()
...
self.compose_parts()
self.painting()
...

由以上例子可以看出我们首先将生产一组产品的工厂抽象成一个工厂类(即,AbstractCarPartsFactory),这正是抽象工厂这个名字的由来。随后我们通过不同子类工厂来实现具体产品的实例化,在子类中实现产品实例化,是不是听着耳熟,对,这里正是利用了工厂方法模式,所以抽象工厂模式利用了工厂方法模式,但它们却是不同的模式,这里注意区分。
这时,如果我们想增加一个新的汽车类型,那么只需要添加一个子类即可,是不是很轻松的赶脚?

怎么用

总结下,所谓工厂就是用于生产产品(也就是创建实例),当我们只有一种产品时我们其实是不需要工厂的,只有在有多种类型的产品的时候才需要工厂来帮我们选择特定的类去实例化。

一般的简单使用场景,简单工厂模式足以应付。当我们需要对一组产品同时初始化,并且每个产品都有多种类型的时候,就需要抽象工厂模式来应付了(个人以为工厂方法模式单独使用效果并不明显,但是在抽象工厂模式中却能最大化发挥价值)。

总之,当你有很多产品需要实例化时,考虑下工厂模式吧!

作者:geekpy
链接:https://www.jianshu.com/p/0cbd86e165e9
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

设计模式(Python)-简单工厂,工厂方法和抽象工厂模式的更多相关文章

  1. Java设计模式之简单工厂、工厂方法和抽象工厂

    在前面的学习中(参见前面的博客),我们学到了很多OO原则: 封装变化 多用组合,少用继承 针对接口/超类编程,不针对实现编程 松耦合 开闭原则 让我们从一个简单的类开始,看看如何将之改造成符合OO原则 ...

  2. Java设计模式---工厂模式(简单工厂、工厂方法、抽象工厂)

    工厂模式:主要用来实例化有共同接口的类,工厂模式可以动态决定应该实例化那一个类.工厂模式的形态工厂模式主要用一下几种形态:1:简单工厂(Simple Factory).2:工厂方法(Factory M ...

  3. c# 设计模式 之:简单工厂、工厂方法、抽象工厂之小结、区别

    很多时候,我发现这三种设计模式难以区分,常常会张冠李戴闹了笑话.很有必要深入总结一下三种设计模式的特点.相同之处和不同之处. 1 本质 三个设计模式名字中都含有“工厂”二字,其含义是使用工厂(一个或一 ...

  4. 设计模式3---工厂模式(Factory Pattern简单工厂、工厂方法、抽象工厂)

    工厂模式:主要用来实例化有共同接口的类,工厂模式可以动态决定应该实例化那一个类.工厂模式的形态工厂模式主要用一下几种形态:1:简单工厂(Simple Factory).2:工厂方法(Factory M ...

  5. 结合JDK源码看设计模式——简单工厂、工厂方法、抽象工厂

    三种工厂模式的详解: 简单工厂模式: 适用场景:工厂类负责创建的对象较少,客户端只关心传入工厂类的参数,对于如何创建对象的逻辑不关心 缺点:如果要新加产品,就需要修改工厂类的判断逻辑,违背软件设计中的 ...

  6. Simple Factory vs. Factory Method vs. Abstract Factory【简单工厂,工厂方法以及抽象工厂的比较】

    I ran into a question on stackoverflow the other day that sort of shocked me. It was a piece of code ...

  7. 简单工厂 VS 工厂方法 VS 抽象工厂

    说到设计模式.自然少不了简单工厂模式.工厂方法和抽象工厂这三姐妹. 它们之间可谓是各有所长,术业专攻啊!这篇博客来简单的梳理一下三者之间的关系. 那么工厂又是什么意思呢?结合三者的特点,我觉得能够这样 ...

  8. php设计模式课程---3、为什么会有抽象工厂方法

    php设计模式课程---3.为什么会有抽象工厂方法 一.总结 一句话总结: 解决简单工厂方法增加新选择时无法满足面向对象编程中的开闭原则问题 1.什么是面向对象编程中的开闭原则? 应该对类的增加开放, ...

  9. java之设计模式工厂三兄弟之抽象工厂模式

    [学习难度:★★★★☆,使用频率:★★★★★]  工厂方法模式通过引入工厂等级结构,解决了简单工厂模式中工厂类职责太重的问题,但由于工厂方法模式中的每个工厂只生产一类产品,可能会导致系统中存在大量的工 ...

随机推荐

  1. 查准率与查全率(precision and recall) 的个人理解

    假设要识别照片中的狗的,在一些照片中,包含12只狗的照片和一些猫的照片.算法识别出有8只狗.在确定的8只狗中,5只实际上是狗(真阳性TP),而其余的是猫(假阳性FP).该程序的精度为5/8,而其召回率 ...

  2. Python: 字符串中嵌入变量

    问题:想创建一个内嵌变量的字符串,变量被它的值替换掉 解决方案: ①Python并没有对在字符串中简单替换变量值提供直接的支持,但是通过字符串的format()方法来解决这个问题 ②如果要被替换的变量 ...

  3. python 封装时间常用操作方法-time,datetime

    封装脚本: #encoding=utf-8import timefrom datetime import timedelta,date def date_time_chinese():    prin ...

  4. 两步实现在Git Bash中用Sublime打开文件

    每次都要用鼠标点来点去才能用sublime打开文件!太不科学!今天来配置一下在Git bash中用sublime打开文件 方法 新建一个文件命名为你想要的命令,比如 subl(注意不能有后缀名),内容 ...

  5. personal evolution

    自我清醒 认知自我的行为和心理 你确定你自己是出于理智而发出某种行为? 首先需要确定哪些是人的天性 认知失调理论 从众效应 晕轮效应 霍桑效应 马太效应 期望效应 刻板效应 破窗效应 安排思维 安排闲 ...

  6. linux中readl()和writel()函数---用于读写寄存器

    writel() 往内存映射的 I/O 空间上写数据,wirtel() I/O 上写入 32 位数据 (4字节). 原型: #include <asm/io.h> void writel ...

  7. Kubernetes证书相关(CFSSL)

    CFSSL是CloudFlare开源的一款PKI/TLS工具. CFSSL 包含一个命令行工具 和一个用于 签名,验证并且捆绑TLS证书的 HTTP API 服务. 使用Go语言编写. Github ...

  8. UVa 10534 波浪子序列(快速求LIS)

    https://vjudge.net/problem/UVA-10534 题意:给定一个长度为n的整数序列,求一个最长子序列(不一定连续),使得该序列的长度为2k+1,前k+1个数严格递增,后k+1个 ...

  9. 前端工程化 - bower

    什么是bower bower是前端的包管理工具,类似于php的composer,python的pip,虽然先如今bower已经停止了更新(主要是因为Browserify和Webpack等包管理工具的兴 ...

  10. Linux删除(清空)正在运行的应用日志文件内容 及 查看服务器剩余空间

    在测试环境定位问题时,如果发现日志文件内容太多或太大,有时需要删除该日志,如Tomcat,Nginx日志.以前每次都是先rm -rf ***.log,然后重启应用.直到后来发现了以下命令,原来可以不用 ...