python设计模式之策略模式
每次看到项目中存在大量的if else代码时,都会心生一丝不安全感。 特别是产品给的需求需要添加或者更改一种if条件时,生怕会因为自己的疏忽而使代码天崩地裂,哈哈,本文的目的就是来解决这种不安全感的,23种设计模式的策略模式。
GOF对策略模式的解释是: 定义一系列算法, 把它们一个个封装起来,并且使它们可相互替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展, 子类化)。
策略模式结构图如下:
生活中商场搞活动给消费者派送了一批优惠券,优惠券分三种, 一种是满减券满100减10元, 一种是打折券满200打8折, 一种折扣券是满300打7.5折然后送鸡蛋一打(价值15),如果我们是商场后台程序员,我们要计算每个客户最后实际支付了多少钱,那这个程序你会怎样去设计?
01、 没有使用设计模式的版本
- class Order:
- def __init__(self, money, coupon):
- self.money = money
- self.coupon = coupon
- def total_money(self):
- if self.coupon == 1 and self.money >= 100:
- return self.money - 10
- elif self.coupon == 2 and self.money >= 200:
- return self.money * 0.8
- elif self.coupon == 3 and self.money >= 300:
- return self.money * 0.75 -15
- return self.money
- if __name__ == '__main__':
- order1 = Order(102, 1)
- order2 = Order(250, 2)
- order3 = Order(372, 3)
- order4 = Order(190, 2)
- o1 = order1.total_money()
- o2 = order2.total_money()
- o3 = order3.total_money()
- o4 = order4.total_money()
- print(o1, o2, o3, o4)
在平常的开发过程中,我们及其容易设计出这样的代码,夹杂着大量的if else语句,程序耦合性很高,一旦发生修改不小心就天崩地裂了, 严重违反我们八大设计原则的开闭原则。
接下来我们用策略设计模式来设计我们的程序。
02、首先设计策略基类
- from abc import ABC, abstractmethod
- class BaseStrategy(ABC):
- @abstractmethod
- def calculate(cls, money):
- pass
策略基类继承ABC类(抽象类)在方法上加上abstractmethod表示子类必须重写这个方法,不然会报错。
03、设计策略子类
- class FullOneHundredStrategy(BaseStrategy):
- @classmethod
- def calculate(cls, money):
- if money >= 100:
- return money - 10
- return money
- class FullTwoHundredStrategy(BaseStrategy):
- @classmethod
- def calculate(cls, money):
- if money >= 200:
- return money * 0.8
- return money
- class FullThreeHundredStrategy(BaseStrategy):
- @classmethod
- def calculate(cls, money):
- if money >= 300:
- return money * 0.75 - 15
- return money
分别设计三个策略子类并重写对应的计算方法,如果以后新增新的优惠券就可以增加一个新的子类即可。
04、设计订单类
- class Order:
- coupon_map = {
- 1: FullOneHundredStrategy,
- 2: FullTwoHundredStrategy,
- 3: FullThreeHundredStrategy
- }
- def __init__(self, money, coupon):
- self.money = money
- self.coupon = coupon
- def total_money(self):
- return self.coupon_map.get(self.coupon).calculate(self.money)
订单类包括实例属性money,和优惠券的种类, 并有一个类属性map,在实际开发中这个Map一般会放到公共文件中。
05、上下文中计算总金额
- if __name__ == '__main__':
- order1 = Order(102, 1)
- order2 = Order(250, 2)
- order3 = Order(372, 3)
- order4 = Order(190, 2)
- o1 = order1.total_money()
- o2 = order2.total_money()
- o3 = order3.total_money()
- o4 = order4.total_money()
- print(o1, o2, o3, o4)
我们打印结果:
和我们期望的结果一样,这样就完美的消除了大量的if else语句了, 更重要的是这样使策略与订单类解耦了,增加了程序的可复用性,和维护性。
06、总结
策略设计模式的好处:
- Strategy及其子类为组件提供了一系列可重用的算法, 从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
- Strategy模式提供了用条件判断语句以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常需要Strategy模式。
策略模式的劣处:
- 当策略越来愈多,就需要写更多的策略子类,后期接手的人可能就会有点懵了。
- 消除的if else判断语句仅适用于前后判断之间没有强关联性的情况, 如果判断有强关联可能需要用到另一个设计模式责任链设计模式。
ps:前后判断强关联如上述举例改成:商场活动不需要优惠券,只要你消费满100就减10,满200打8折,这样前后判断就有比较强的关联性了,此时的策略模式就不能有效消除if else判断语句了。
在最后我们依然需要加上我们设计模式的八大原则:
- 依赖倒置原则(DIP)
- 高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定) 。
- 抽象(稳定)不应该依赖于实现细节(变化) ,实现细节应该依赖于抽象(稳定)。
- 开放封闭原则(OCP)
- 对扩展开放,对更改封闭。
- 类模块应该是可扩展的,但是不可修改。
- 单一职责原则(SRP)
- 一个类应该仅有一个引起它变化的原因。
- 变化的方向隐含着类的责任。
- Liskov 替换原则(LSP)
- 子类必须能够替换它们的基类(IS-A)。
- 继承表达类型抽象。
- 接口隔离原则(ISP)
- 不应该强迫客户程序依赖它们不用的方法。
- 接口应该小而完备。
- 优先使用对象组合,而不是类继承
- 类继承通常为“白箱复用”,对象组合通常为“黑箱复用” 。
- 继承在某种程度上破坏了封装性,子类父类耦合度高。
- 而对象组合则只要求被组合的对象具有良好定义的接口,耦合度低。
- 封装变化点
- 使用封装来创建对象之间的分界层,让设计者可以在分界层的一侧进行修改,而不会对另一侧产生不良的影响,从而实现层次间的松耦合。
- 针对接口编程,而不是针对实现编程
- 不将变量类型声明为某个特定的具体类,而是声明为某个接口。
- 客户程序无需获知对象的具体类型,只需要知道对象所具有的接口。
- 减少系统中各部分的依赖关系,从而实现“高内聚、松耦合”的类型设计方案
python设计模式之策略模式的更多相关文章
- python 设计模式之策略模式
这几天太忙了,都没空写,所以持续了好几天. 1.策略模式的定义: 策略模式定义了算法族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户. 通俗的讲,也就是将那些使用的方法 ...
- Python设计模式(2)-策略模式
# 策略模式和简单工厂模式相比,少了使用switch case 做判断,然后去实例化相应的 # 对象,比简单工厂模式更灵活. 它们代码的区别就在于此处使用了抽象类代替工厂类 # coding=utf- ...
- 设计模式:策略模式(Strategy)
定 义:它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化, 不会影响到使用算法的客户. 示例:商场收银系统,实现正常收费.满300返100.打8折.......等不同收费 ...
- PHP设计模式之策略模式
前提: 在软件开发中也常常遇到类似的情况,实现某一个功能有多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能.如查 找.排序等,一种常用的方法是硬编码(Hard Cod ...
- JavaScript设计模式之策略模式(学习笔记)
在网上搜索“为什么MVC不是一种设计模式呢?”其中有解答:MVC其实是三个经典设计模式的演变:观察者模式(Observer).策略模式(Strategy).组合模式(Composite).所以我今天选 ...
- 乐在其中设计模式(C#) - 策略模式(Strategy Pattern)
原文:乐在其中设计模式(C#) - 策略模式(Strategy Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 策略模式(Strategy Pattern) 作者:webabc ...
- JavaScript设计模式之策略模式
所谓"条条道路通罗马",在现实中,为达到某种目的往往不是只有一种方法.比如挣钱养家:可以做点小生意,可以打分工,甚至还可以是偷.抢.赌等等各种手段.在程序语言设计中,也会遇到这种类 ...
- 【设计模式】【应用】使用模板方法设计模式、策略模式 处理DAO中的增删改查
原文:使用模板方法设计模式.策略模式 处理DAO中的增删改查 关于模板模式和策略模式参考前面的文章. 分析 在dao中,我们经常要做增删改查操作,如果每个对每个业务对象的操作都写一遍,代码量非常庞大. ...
- [design-patterns]设计模式之一策略模式
设计模式 从今天开始开启设计模式专栏,我会系统的分析和总结每一个设计模式以及应用场景.那么首先,什么是设计模式呢,作为一个软件开发人员,程序人人都会写,但是写出一款逻辑清晰,扩展性强,可维护的程序就不 ...
随机推荐
- Java实现 LeetCode 25 K个一组翻转链表
25. K 个一组翻转链表 给你一个链表,每 k 个节点一组进行翻转,请你返回翻转后的链表. k 是一个正整数,它的值小于或等于链表的长度. 如果节点总数不是 k 的整数倍,那么请将最后剩余的节点保持 ...
- java实现识别复制串
** 识别复制串** 代码的目标:判断一个串是否为某个基本串的简单复制构成的. 例如: abcabcabc,它由"abc"复制3次构成,则程序输出:abc aa 由"a& ...
- Windows10开启Ubuntu子系统并搭建Docker环境
前言 很早就听说微软有个基于Ubuntu的子系统,一直也没机会尝试一下,之前也只是用VMware安装,但是还要单独安装软件,安装镜像,一点都不fit,所以就瞎折腾下(也是因为最近有空). 搭建Ubun ...
- (四)rsync未授权访问
01 漏洞描述 rsync是Linux/Unix下的一个远程数据同步工具,可通过LAN/WAN快速同步多台主机间的文件和目录,默认运行在873端口.由于配置不当,导致任何人可未授权访问rsync,上传 ...
- OAuth + Security - 5 - Token存储升级(数据库、Redis)
PS:此文章为系列文章,建议从第一篇开始阅读. 在我们之前的文章中,我们当时获取到Token令牌时,此时的令牌时存储在内存中的,这样显然不利于我们程序的扩展,所以为了解决这个问题,官方给我们还提供了其 ...
- kvm的命令简单使用
virsh命令常用参数总结 参数 参数说明 基础操作 list 查看虚拟机列表,列出域 start 启动虚拟机,开始一个(以前定义的)非活跃的域 shutdown 关闭虚拟机,关闭一个域 dest ...
- 记一次@ResponseBody注解返回中文乱码的问题
Bug场景 前端AJax $.ajax({ url: '$!{request.getContextPath()}/XX/save.do', type: 'post', dataType: 'json' ...
- @codechef - JADUGAR2@ Chef and Same Old Recurrence 2
目录 @description@ @solution@ @accepted code@ @details@ @description@ 定义 dp 序列: \[dp(1) = K\\ dp(n) = ...
- 听说你的资源被盗用了,那你知道 Nginx 怎么防盗链吗?
上一篇文章讲了 Nginx 中的变量和运行原理,下面就来说一个主要提供变量并修改变量的值的模块,也就是我们要讲的防盗链模块:referer 模块. 简单有效的防盗链手段 场景 如果做过个人站点的同学, ...
- vc6.0代码转vs2017相关问题
vc6.0代码转vs2017相关问题 命令行 error D8016: “/ZI”和“/Gy-”命令行选项不兼容fatal error C1083: 无法打开包括文件: “WinSock2.h”: N ...