策略模式(Strategy Pattern)是一种行为型设计模式,它定义了一系列算法,将每个算法封装起来并使它们可以互换。策略模式让算法独立于使用它的客户端而独立变化。
在策略模式中,我们定义了一组算法,将它们封装起来并使它们可以互换。策略模式使得算法可以独立于使用它的客户端而变化。因此,客户端可以通过使用不同的算法来达到不同的结果。这种模式通过将算法封装在独立的类中,使得它们易于理解、维护和扩展。
策略模式的角色:
- Context(环境类):它是客户端和策略之间的桥梁。它持有一个策略接口的引用,可以通过该接口调用具体策略实现的方法。
- Strategy(策略接口):它定义了所有具体策略类所需要实现的方法,是所有具体策略类的公共接口。
- ConcreteStrategy(具体策略类):它实现了策略接口,提供了具体的算法实现。
策略模式的优点:
- 策略模式将算法的定义和使用分离开来,使得算法可以独立于使用它的客户端而变化。
- 策略模式降低了算法实现类与客户端的耦合度,提高了代码的可维护性和可扩展性。
- 策略模式可以提供不同的算法实现,使得客户端可以根据需要选择不同的算法来完成特定的任务。
策略模式的缺点:
- 策略模式增加了系统中类的数量,增加了系统的复杂度。
- 客户端需要了解不同的算法实现,具有一定的复杂度。
策略模式优缺点
1.优点
算法可以自由切换(高层屏蔽算法,角色自由切换)
避免使用多重条件判断(如果算法过多就会出现很多种相同的判断,很难维护)
扩展性好(可自由添加取消算法 而不影响整个功能)
2.缺点
策略类数量增多(每一个策略类复用性很小,如果需要增加算法,就只能新增类)
所有的策略类都需要对外暴露(使用的人必须了解使用策略,这个就需要其它模式来补充,比如工厂模式、代理模式)
策略模式应用场景
1.联合登录 QQ联合登录/微信联合登录/钉钉联合登录
2.排序算法 冒泡/简单选择/堆排序等
3.支付方式 支付宝/微信支付/银联支付/平安支付等
4.快递 申通、圆通、京东、德邦、顺丰等
5.发送通知 短信、微信公众号模板、钉钉通知、邮件
根据快递号码查询 具体快递物流信息
代码冗余性、灵活
if(用户传递的快递号码申通)
{
// 调用申通的快递接口
}
用户选择 支付方式、选择查询快递
3.支付方式 支付宝/微信支付/银联支付/平安支付等
4.快递 申通、圆通、京东、德邦、顺丰等
相同的事情-----支付 用户选择不同支付渠道
查询快递、支付?