。

本模式通过定义一组可相互替换的算法#xff0c;实现将算法独立于使用它的用户而变化。

Strategy

def…策略模式是一种行为设计模式就是定义一系列算法然后将每一个算法封装起来并使它们可相互替换。

本模式通过定义一组可相互替换的算法实现将算法独立于使用它的用户而变化。

Strategy

为实现一系列可相互替换的算法可定义一个公共接口然后定义一组实现该接口的具体策略这样就可在上下文中使用该接口调用具体策略上定义的算法。

Context上下文维护指向具体策略的引用且仅通过策略接口与该对象进行交流。

上下文可以维护一个对策略对象的引用这符合组合设计原则。

上下文定义了一个接口以封装对策略对象的访问。

如果策略对象直接暴露给外部使用会导致其内部实现细节的暴露从而增加接口使用难度。

Strategy策略基类或策略接口声明了一个上下文用于执行策略的方法。

ConcreteStrategy具体策略类实现了策略类声明的方法。

策略模式类图表示如下

3、策略上下文维护指向具体策略的引用且仅通过策略接口与该对象进行交流。

这里提供两种使用策略类的方式。

public

HashMap();STRATEGY_MAP.put(type

new

ConcreteAStrategy());STRATEGY_MAP.put(type

new

{strategy.operation(paramStr);}public

void

STRATEGY_MAP.get(strategyType);if

(Objects.isNull(currentStrategy))

{throw

null);}currentStrategy.operation(paramStr);}

4、策略模式客户端

ConcreteAStrategy());strategyContextA.doSomething(TEST);StrategyContext

strategyContextB

StrategyContext();strategyContextB.doSomething(type

TEST);}

如果在一个系统里面有许多类它们之间的区别仅在于它们的行为那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。

(2)

策略模式能够将对象关联至可以不同方式执行特定子任务的不同子对象从而以间接方式在运行时更改对象行为。

(3)

当类中使用了复杂条件运算符(如多重的条件选择语句)以在同一算法的不同变体中切换时

策略模式可将所有继承自同样接口的算法抽取到独立类中因此可以不需要条件语句。

原始对象并不实现所有算法的变体而是将执行工作委派给其中的一个独立算法对象。

(4)

不希望客户端知道复杂的、与算法相关的数据结构在具体策略类中封装算法和相关的数据结构提高算法的保密性与安全性。

优缺点

符合开闭原则。

可以在不修改原有系统的基础上选择算法或行为也可以灵活地增加新的算法或行为。

(2)

定义一系列可重用的算法。

策略模式提供了管理相关的算法族的办法。

(3)

避免使用多重条件语句。

当不同的行为堆砌在一个类时很难避免使用条件语句来选择合适的行为。

如果将行为封装在一个个独立的Strategy类中则可消除这些条件语句。

如使用字典的初始化从文件中读取的方式就可将策略配置移除到外部从而进一步减少不必要的代码修改。

(1)

如果使用的算法极少发生改变那么没有任何理由引入新的类和接口。

使用策略模式只会让程序过于复杂。

(2)

策略模式将造成产生很多策略类可以通过使用享元模式在一定程度上减少对象的数量。

(3)

许多现代编程语言支持函数类型功能允许在一组匿名函数中实现不同版本的算法。

这样就可以使用这些函数来替换策略对象无需借助额外的类和接口来保持代码简洁。

如在Java语言中是Lambda表达式在C语言中是函数指针。

《设计模式

https://design-patterns.read***docs.io/zh_CN/latest/behavioral_patterns/strategy.html

策略模式

https://refactoringguru.cn/design-patterns/strategy

策略模式

https://www.runoob.com/design-pattern/strategy-pattern.html

策略模式

https://www.cnblogs.com/adamjwh/p/11011095.html

简说设计模式——策略模式

https://blog.csdn.net/ShuSheng0007/article/details/88085445

秒懂设计模式之策略模式