策略模式让算法独立于使用它的客户而变化#xff0c;是一种对象行为型模式。

在没有真正理解策略模式之前并不需要对此定义下过多功夫读一遍直接进入下一章节。

二、为什么要用策略模式

我们应该知道所谓的设计模式实际上是一种经过检验的、科学高效的、针对某种场景的最佳编程设计实践。

所以要理解某一种设计模式就必须知道我们什么时候可以用用之前和用之后到底有什么区别。

一个最简单的情况就是把所有货品的单价乘上数量但是实际情况肯定比这要复杂。

比如本网站可能对所有的高级会员提供每本20%的促销折扣对中级会员提供每本10%的促销折扣对初级会员没有折扣。

if…else到底有什么问题

(type.equals(intermediateMember))

{return

(type.equals(advancePrimaryMember))

{return

就是下次你想加个超级黄金vip会员以及各种后续会员种类你就要不断往里加if…else…这就违反了开闭原则。

这里又有另外两个问题

简单直接一点就是这些原则都是巨佬们总结出来的你如果不懂你就直接选择相信就好了。

系统随着开发的不断进展需求不断增多代码越来越长如果没有合理框架的制约那就只能沦为一个扩展难、维护难的屎山。

所以我们遵守开闭原则就是说需要一个科学合理的框架规范我们的系统熵增在不修改原代码的基础上让系统拥有灵活性和稳定性。

那怎么使用策略模式改造而遵守开闭原则呢

它为所支持的算法声明抽象方法是所有策略类的父类。

它可以使抽象类或者具体类也可以是接口。

public

在实际运行中这个具体的策略类将会代替在**环境类Context**中定义的抽象策略类对象最终执行不同的实现逻辑。

可以看到下面的代码中三种不同的策略类实现了同一个抽象策略类每种策略对应一种实现分别应对一个业务处理方式。

public

这个词在这里的意思再加上网上一大堆直接翻译为“上下文”的文章博客我直接吐了

一个成员变量memberStrategy

一个计算价格的方法内容返回memberStrategy的calcPrice方法

/***

这样的话具体的算法和直接的客户端调用分离了使得算法可以独立于客户端独立的变化。

*///

上下文类/环境类

memberStrategy.calcPrice(goodsPrice,

n);}}

IntermediateMemberStrategy();MemberStrategy

new

MemberContext(primaryMemberStrategy);MemberContext

intermediateContext

MemberContext(intermediateMemberStrategy);MemberContext

advanceContext

MemberContext(advanceMemberStrategy);//计算一本300块钱的书System.out.println(普通会员的价格

primaryContext.qoutePrice(300,1));//

普通会员300System.out.println(中级会员的价格

intermediateContext.qoutePrice(300,1));//

中级会员

advanceContext.qoutePrice(300,1));//

Context都是被new出来的new的时候传入的Strategy实现类全部不一样你传的不一样将来context.calcPrice()执行的逻辑就不一样。

开发者根据“上下文”不同的业务需求往Context里面放置不同的Strategy。

这里的Strategy可以你自己new你也可以把它放在配置类里面配置然后在代码中读取这样更加灵活方便。

那我们知道了策略模式怎么实现也就是已经有了一把锤子在手上了那什么时候用这把锤子呢

一个对象有很多的行为如果不用策略模式就只能用一大堆的if…else…来实现。

不希望客户端知道复杂的、与算法相关的数据结构。

在具体策略类中封装算法和相关的数据结构提高算法的保密性与安全性。

支付方式选择

如果你有一个应用程序它可以以多种格式输出数据比如XML、JSON或CSV。

导航策略

导航应用多种路径计算方法如最快路线、最短路线、避开收费路线等。

压缩数据

根据不同的情况比如压缩率、速度等使用不同的压缩算法如ZIP、RAR、7z等。

四、策略模式有什么好处