首页 > 代码库 > 设计模式解密（3）- 策略模式
设计模式解密（3）- 策略模式
1、简介
定义：定义一组算法，将每个算法都封装起来，并且使他们之间可以互换。
策略模式的决定权在用户，系统本身提供不同算法的实现，新增或者删除算法，对各种算法做封装。因此，策略模式多用在算法决策系统中，外部用户只需要决定用哪个算法即可。
2、实例引入
背景：模拟商城的促销活动，旨在了解模式
先定义一个活动接口：
package com.designpattern.strategy;/*** 类说明 ：促销活动抽象接口*/public interface AbstractSaleActivity { public void saleEvent();}定义3个具体的活动：
package com.designpattern.strategy;/*** 类说明 ：定义具体的促销活动 - 518活动*/public class SaleActivity618 implements AbstractSaleActivity { @Override public void saleEvent() { //TODO 业务逻辑 System.out.println("618促销活动!"); }}
package com.designpattern.strategy;/*** 类说明 ：定义具体的促销活动 - 1111活动*/public class SaleActivity1111 implements AbstractSaleActivity { @Override public void saleEvent() { // TODO 业务逻辑 System.out.println("双十一促销活动!"); }}
package com.designpattern.strategy;/*** 类说明 ：定义具体的促销活动 - 1212活动*/public class SaleActivity1212 implements AbstractSaleActivity{ @Override public void saleEvent() { // TODO 业务逻辑 System.out.println("双十二促销活动!"); }}定义活动入口：
package com.designpattern.strategy;/*** 类说明 ：活动入口*/public class ActivityEntry { public void activityEntry(String str){ AbstractSaleActivity saleActivity = null; switch(str){ case "618": saleActivity = new SaleActivity618(); saleActivity.saleEvent(); break; case "1111": saleActivity = new SaleActivity1111(); saleActivity.saleEvent(); break; case "1212": saleActivity = new SaleActivity1212(); saleActivity.saleEvent(); break; default: System.out.println("无具体活动!");break; } }}测试：
package com.designpattern.strategy;/*** 类说明 ：测试*/public class Test { public static void main(String[] args) { //618活动 ActivityEntry activity = new ActivityEntry(); activity.activityEntry("618"); //1111活动 ActivityEntry activity1 = new ActivityEntry(); activity1.activityEntry("1111"); //1212活动 ActivityEntry activity2 = new ActivityEntry(); activity2.activityEntry("1212"); }}结果：
618促销活动!双十一促销活动!双十二促销活动!
是不是对策略模式有一定了解了？
3、解决的问题
客户端（调用者）可以根据条件来选择不同的策略来解决不同的问题。
4、优缺点
优点：
策略类之间可以自由切换，由于策略类实现自同一个抽象，所以他们之间可以自由切换。
易于扩展，增加一个新的策略对策略模式来说非常容易，基本上可以在不改变原有代码的基础上进行扩展。
缺点：
维护各个策略类会给开发带来额外开销，随着策略类的数量逐渐增多，就令人头疼了。
必须对客户端（调用者）暴露所有的策略类，因为使用哪种策略是由客户端来决定的，因此，客户端应该知道有什么策略，并且了解各种策略之间的区别，否则，后果很严重。例如，有一个排序算法的策略模式，提供了快速排序、冒泡排序、选择排序这三种算法，客户端在使用这些算法之前，是不是先要明白这三种算法的适用情况？再比如，客户端要使用一个容器，有链表实现的，也有数组实现的，客户端是不是也要明白链表和数组有什么区别？就这一点来说是有悖于迪米特法则的。
5、应用场景
几个类的主要逻辑相同，只在部分逻辑的算法和行为上稍有区别的情况。
有几种相似的行为，或者说算法，客户端需要动态地决定使用哪一种，那么可以使用策略模式，将这些算法封装起来供客户端调用。
6、总结
策略模式是一种简单常用的模式，我们在进行开发的时候，会经常有意无意地使用它，一般来说，策略模式不会单独使用，跟模版方法模式、工厂模式等混合使用的情况比较多。
设计模式解密（3）- 策略模式
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。