设计模式解密（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