定义:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换。
策略模式的决定权在用户,系统本身提供不同算法的实现,新增或者删除算法,对各种算法做封装。因此,策略模式多用在算法决策系统中,外部用户只需要决定用哪个算法即可。
类型:行为类模式
背景:模拟商城的促销活动,旨在了解模式
先定义一个活动接口:
- 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促销活动!
- 双十一促销活动!
- 双十二促销活动!
是不是对策略模式有一定了解了?
客户端(调用者)可以根据条件来选择不同的策略来解决不同的问题。
优点:
策略类之间可以自由切换,由于策略类实现自同一个抽象,所以他们之间可以自由切换。
易于扩展,增加一个新的策略对策略模式来说非常容易,基本上可以在不改变原有代码的基础上进行扩展。
缺点:
维护各个策略类会给开发带来额外开销,随着策略类的数量逐渐增多,就令人头疼了。
必须对客户端(调用者)暴露所有的策略类,因为使用哪种策略是由客户端来决定的,因此,客户端应该知道有什么策略,并且了解各种策略之间的区别,否则,后果很严重。例如,有一个排序算法的策略模式,提供了快速排序、冒泡排序、选择排序这三种算法,客户端在使用这些算法之前,是不是先要明白这三种算法的适用情况?再比如,客户端要使用一个容器,有链表实现的,也有数组实现的,客户端是不是也要明白链表和数组有什么区别?就这一点来说是有悖于迪米特法则的。
几个类的主要逻辑相同,只在部分逻辑的算法和行为上稍有区别的情况。
有几种相似的行为,或者说算法,客户端需要动态地决定使用哪一种,那么可以使用策略模式,将这些算法封装起来供客户端调用。
策略模式是一种简单常用的模式,我们在进行开发的时候,会经常有意无意地使用它,一般来说,策略模式不会单独使用,跟模版方法模式、工厂模式等混合使用的情况比较多。
PS:源码地址 https://github.com/JsonShare/DesignPattern/tree/master
来源: http://www.cnblogs.com/JsonShare/p/7109983.html