[设计模式] 行为型:策略模式(Strategy Pattern)

什么是策略模式

策略,就是解决问题的具体方法。针对同一个问题的不同条件,可以有多种不同的解决方法。

比如,外出旅行,可选的出行方式有:汽车(省内旅行)、火车(国内旅行)、飞机(国际旅行)。每一种出行方式都是一种具体的策略,各自都有对应的选择条件。

如果把这个场景用代码表示出来,最容易想到的应该就是用if...else...来实现。但是,这在编程老鸟眼里是有问题的,后期扩展性不佳。

简单解释下为什么扩展性不佳,随着场景的丰富,策略选择条件可能会更复杂,也可能会增加新的策略。比如说,省内旅行不一定都选择汽车,如果坐火车更快,那就是更好的选择;再比如说,要去太空旅行,汽车、火车、飞机都无法满足,就得考虑新增“飞船”的选项了。

每当变化发生的时候,if...else...就得跟着变化,试想一下,在条件复杂、交通工具很多的场景下,if...else...会是怎样的臃肿!

这样的代码看着不爽,后期自己看逻辑可能也会懵逼,交接出去后别人大概率还会骂你。

为了避免臃肿的if...else...,可以选用策略模式,考虑用“面向对象思想”解决问题。两者考虑问题的思路稍有不同:

  1. if...else...思路:我要旅行,现在需要选择一种交通工具,省内旅行就坐汽车,国内旅行就坐火车,国际旅行就坐飞机,选择好以后,出发去旅行
  2. 策略模式思路:我要旅行,去找个导游,帮我选择交通工具,选择好以后,出发去旅行

两者不同之处:策略选择谁去做?

if...else...下,旅行者不仅提出条件,还要做出交通选择。

在策略模式下,旅行者只需提出条件,交通策略交由导游选择。

设计与实现

无论是用if...else...,还是用策略模式,代码中都有一些固定不变的对象定义:一个要旅行者,三种交通工具,汽车、火车、飞机。

public interface Transport { // 出行工具的抽象
    void go();// 出行
}

public class Car implements Transport { // 汽车
    @Override
    public void go() { System.out.println("汽车出行"); }
}

public class Train implements Transport { // 火车
    @Override
    public void go() { System.out.println("火车出行"); }
}

public class Airplane implements Transport { // 飞机
    @Override
    public void go() { System.out.println("飞机出行"); }
}

public class Passenger { // 乘客
    private Integer condition; // 出行条件:1-省内旅行,2-国内旅行,3-国际旅行
    private Transport transport; // 出行工具

    public Passenger(Integer condition) { this.condition = condition; }
    public Integer getCondition() { return condition; }
    public void setTransport(Transport transport) { this.transport = transport; }
    public void travel() { transport.go(); } // 旅行
}

基本对象类都定义好了,具体场景逻辑用if...else...实现,如下:

// 具体场景下的策略选择逻辑
public static void main(String[] args) {
    Passenger passenger = new Passenger(1);
    if (passenger.getCondition() == 1) { // 省内旅行,选择汽车
        passenger.setTransport(new Car());
    } else if (passenger.getCondition() == 2) { // 国内旅行,选择火车
        passenger.setTransport(new Train());
    } else if (passenger.getCondition() == 3) { // 国际旅行,选择飞机
        passenger.setTransport(new Airplane());
    } else {
        System.out.println("非法场景!");
    }
    passenger.travel();// 旅行者出发去旅行
}

由于场景简单,这段代码看着也挺简洁。但是,这段场景代码还是耦合了两个逻辑:

  1. 自身旅行逻辑:有旅行想法,选择出行工具,出发旅行
  2. 交通选择逻辑:省内旅行选择汽车,国内旅行选择火车,国际旅行选择飞机

如果是现实生活中的自由旅行,这就是很正常的事情,所有过程细节都需要旅行者自己考虑选择清楚。

作为一个就想旅游放松几天的旅行者,事无巨细都要考虑,也是一件蛮累的事情。

那就找个导游,减轻一些旅行者的工作,让旅行者专注于旅行本身,交通工具的选择就交给专业的导游吧。

这就是策略模式要做的事情,专业的策略选择交给专业的对象去做。

定义一个策略决策者,也就是导游:

public class Guide {
    Map<Integer, Transport> map = new HashMap<>(); // 所有的策略条件

    public Guide() {
        map.put(1, new Car()); // 省内旅行,选择汽车
        map.put(2, new Train()); // 国内旅行,选择火车
        map.put(3, new Airplane()); // 国际旅行,选择飞机
    }

    public Transport chooseTransport(Integer condition) { return map.get(condition); }
}

有了这个导游做决策,旅行者的旅行就会很轻松,只需享受旅行本身就好。

public static void main(String[] args) {
    Guide guide = new Guide();
    Passenger passenger = new Passenger(1); // 旅行者确定出行条件
    Transport transport = guide.chooseTransport(passenger.getCondition()); // 导游选择交通策略
    passenger.setTransport(transport);
    passenger.travel();// 出发去旅行
}

这样的场景代码是不是看着就很友好?旅行者没有太多的选择条件要去思考,只需专心享受旅行就好。

总结

策略模式主要用在选择复杂的场景中,将复杂业务中“策略选择”这件事情独立出来,形成通用组件,可以提高程序后期的维护性与扩展性。

凡事不要绝对化,在简单场景中,还是尽量优先选用if...else...,因为代码好写并且直观,代码量相对也比较少。

策略模式可以认为是if...else...的升级版本,当if...else...逐渐臃肿到人类思维都觉的复杂时,就该考虑用策略模式重构它了。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值