设计模式(Python)-简单工厂,工厂方法和抽象工厂模式

本系列文章是希望将软件项目中最常见的设计模式用通俗易懂的语言来讲解清楚,并通过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
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

原文地址:https://www.cnblogs.com/ExMan/p/10427157.html

时间: 2024-10-13 02:26:31

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

【转】设计模式:简单工厂、工厂方法、抽象工厂之小结与区别

简单工厂,工厂方法,抽象工厂都属于设计模式中的创建型模式.其主要功能都是帮助我们把对象的实例化部分抽取了出来,优化了系统的架构,并且增强了系统的扩展性. 本文是本人对这三种模式学习后的一个小结以及对他们之间的区别的理解. 简单工厂 简单工厂模式的工厂类一般是使用静态方法,通过接收的参数的不同来返回不同的对象实例. 不修改代码的话,是无法扩展的. 工厂方法 工厂方法是针对每一种产品提供一个工厂类.通过不同的工厂实例来创建不同的产品实例. 在同一等级结构中,支持增加任意产品. 抽象工厂 抽象工厂是应

设计模式:简单工厂、工厂方法、抽象工厂之小结与区别 (转)

简单工厂,工厂方法,抽象工厂都属于设计模式中的创建型模式.其主要功能都是帮助我们把对象的实例化部分抽取了出来,优化了系统的架构,并且增强了系统的扩展性. 本文是本人对这三种模式学习后的一个小结以及对他们之间的区别的理解. 简单工厂 简单工厂模式的工厂类一般是使用静态方法,通过接收的参数的不同来返回不同的对象实例. 不修改代码的话,是无法扩展的. 工厂方法 工厂方法是针对每一种产品提供一个工厂类.通过不同的工厂实例来创建不同的产品实例. 在同一等级结构中,支持增加任意产品. 抽象工厂 抽象工厂是应

重头开始学23种设计模式:三大工厂(简单工厂,工厂方法,抽象工厂)

在开发当中我们经常会使用三个设计模式,来帮我们解决项目代码的可扩展性. 在简单工厂,工厂方法,抽象工厂这三个设计模式当中,代码其实都很简单,主要是要理解运用. 简单工厂: 简单工厂说白了,就是利用Switch根据传递的参数,进行实例化. 工厂方法: 工厂方法,为解决每次都去增加Swicth的简单工厂的升级.为每一个产品提供一个工厂类. 抽象工厂: 抽象工厂,我觉得也是对工厂方法的再次升级,工厂方法每次只能创作一个产品,而抽象工厂就是产品线的产品族. 总结下,从网上找到一个大牛的回复: 我认为不能

设计模式--简单工厂、工厂方法和抽象工厂

简单工厂.工厂方法和抽象工厂三种设计模式都用来帮助我们将对象的实例化部分抽取出来,优化系统结构,在开发中经常使用.三者既有区别,也有联系,今天来对这三种设计模式做一个简单的记录. 概述 简单工厂:用来生产同一等级结构中的任意产品(对于增加新的产品,需要修改工厂) 工厂方法:用来生产同一等级结构中的固定产品(支持增加新的产品) 抽象工厂:用来生产不同产品族的全部产品(支持增加新的产品族,不支持增加新的产品) 简单工厂 一般来说,利用一个静态方法,即将createProduct方法设置为static

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

在前面的学习中(参见前面的博客),我们学到了很多OO原则: 封装变化 多用组合,少用继承 针对接口/超类编程,不针对实现编程 松耦合 开闭原则 让我们从一个简单的类开始,看看如何将之改造成符合OO原则的类以及工厂模式在解耦中的威力. class FoodStore { public Food orderFood() //通过此方法顾客从食物商店中得到食物 { Food food=new Food(); food.prepare(); // 准备食物 food.cut(); // 将食物切好 fo

设计模式系列---简单工厂、工厂方法、抽象工厂

前言,最近看spring的源代码.发现之前没有完全弄懂(工厂方法.抽象工厂)的区别. spring中代理对象的产生,是通过代理工厂(工厂模式),首先spring中的代理是使用jdk或者cglib的代理,只要看目标类是否实现接口. public class ProxyFactory extends ProxyCreatorSupport { //createAopProxy()方法是通过AopProxyFactory获取AopProxy(JDK,CGLIB) public Object getPr

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

三种工厂模式的详解: 简单工厂模式: 适用场景:工厂类负责创建的对象较少,客户端只关心传入工厂类的参数,对于如何创建对象的逻辑不关心 缺点:如果要新加产品,就需要修改工厂类的判断逻辑,违背软件设计中的开闭原则,且产品类多的话,就会使得简单工厂类比较复杂 在jdk源码中的具体实例(注意看代码中的中文注释) private static Calendar createCalendar(TimeZone zone,Locale aLocale) { CalendarProvider provider

简单工厂、工厂方法与抽象工厂大比拼

简单工厂.工厂方法和抽象工厂都属于设计模式创建型,严格意义上简单工厂不属于23设计模式之一(违背了开闭原则),本文为了完整描述三工厂演变过程,对三工厂进行了整体的总结和学习,并通过三者之间的特点比较总结出各自的优缺点. 一.简单工厂: 在没有工厂之前,大家都是自给自足,生产一部车或其他工具都是自己来完成,有了工厂之后,告诉它需求就会出来相应的产品,但生产化水平比较低,工厂分工不太明确,社会上只有一个工厂,不论卡车还是公交车都由它来完成,相当于一个工厂多条生产线. 类图: 代码: /*******

简单工厂、工厂方法、抽象工厂之小结、区别

很多时候,我发现这三种设计模式难以区分,常常会张冠李戴闹了笑话.很有必要深入总结一下三种设计模式的特点.相同之处和不同之处. 1 本质 三个设计模式名字中都含有“工厂”二字,其含义是使用工厂(一个或一系列方法)去生产产品(一个或一系列类的实例). 另外,有时候,我们常常会将生产产品的一个或一系列方法封装到一个类中,我习惯把这个类叫做“工厂类”:而被实例化的类称作“产品类”. 2 简单工厂 工厂类(SimpleFactory)拥有一个工厂方法(create),接受了一个参数,通过不同的参数实例化不