第2章:策略模式
策略模式
面向对象的编程,并不是类越多越好,类的划分是为了封装,但分类的基础是抽象、具有相同属性和功能的对象的抽象集合才是类。
策略模式(strategy):定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。
- Strategy类定义所有支持的算法的公共接口
- ConcreteStrategy封装了具体的算法或行为,继承于Strategy
- Context用一个ConcreteStrategy来配置,维护一个对Strategy对象的引用
- 客户端代码
策略与简单工厂结合
任务:商场收银软件,支持打折、满减促销
from abc import ABC, abstractmethod
from typing import Text
import math
# CashSuper类
class CashSuper(ABC):
def __init__(self) -> None:
pass
@abstractmethod
def accept_cash(self, money: float) -> float:
pass
class CashNormal(CashSuper):
"""
正常价格
"""
def __init__(self) -> None:
pass
def accept_cash(self, money: float) -> float:
return money
class CashRebate(CashSuper):
"""
折扣价格
"""
def __init__(self, rebate: float) -> None:
self.rebate = rebate
def accept_cash(self, money: float) -> float:
return money * self.rebate
class CashReturn(CashSuper):
"""
满减价格
"""
def __init__(self, condition: float, money_return: float) -> None:
self.condition = condition
self.money_return = money_return
def accept_cash(self, money: float) -> float:
if money < self.condition:
return money
return money - math.floor(money / self.condition) * self.money_return
# CashContext类,实例工厂
class CashContex(object):
# 实例工厂
switch = {
"正常收费": CashNormal(),
"满300返100": CashReturn(condition=300, money_return=100),
"打8折": CashRebate(rebate=0.8)
}
def __init__(self, promotion_type: Text) -> None:
self.cs = CashContex.switch.get(promotion_type)
def get_result(self, money: float) -> float:
return self.cs.accept_cash(money=money)
# 客户端代码
if __name__ == "__main__":
num = 13
price = 37
for prom_type in ["正常收费", "满300返100", "打8折"]:
csuper = CashContex(promotion_type=prom_type)
print(prom_type, ": ", csuper.get_result(price * num))
正常收费 : 481
满300返100 : 381
打8折 : 384.8
策略模式解析
策略模式
是一种定义一系列算法的方法,从概念上来看,所有这些算法完成的都是相同的工作,只是实现不同,它可以以相同的方式调用所有的算法,减少了各种算法类与使用算法类之间的耦合。
策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。
策略模式的另一个优点是简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口单独测试。
当不同的行为堆砌在一个类中时,很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy类中,可以在使用这些行为的类中消除条件语句。
策略模式就是用来封装算法的,但在实践中,它可以用来封装几乎任何类型的规则,只要在分析过程中听到需要在不同时间应用不同的业务规则,就可以考虑使用策略模式处理这种变化的可能性。
在基本的策略模式中,选择所用具体实现的职责由客户端对象承担,并转给策略模式的Context对象。
任何需求的变更都是需要成本的。