设计模式解密(3)- 策略模式

《设计模式解密(3)- 策略模式》

1、简介

定义:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换。
策略模式的决定权在用户,系统本身提供不同算法的实现,新增或者删除算法,对各种算法做封装。因此,策略模式多用在算法决策系统中,外部用户只需要决定用哪个算法即可。

英文:Strategy

类型:行为类模式

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、总结

策略模式是一种简单常用的模式,我们在进行开发的时候,会经常有意无意地使用它,一般来说,策略模式不会单独使用,跟模版方法模式、工厂模式等混合使用的情况比较多。

 

 

PS:源码地址   https://github.com/JsonShare/DesignPattern/tree/master

   

PS:原文地址 http://www.cnblogs.com/JsonShare/p/7109983.html

  

    原文作者:Json_wangqiang
    原文地址: http://www.cnblogs.com/JsonShare/p/7109983.html
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞