首页 > 代码库 > 设计模式解密(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)- 策略模式