定义了一系列的算法,并将每一个算法封装起来,使他们可以相互替换。
这就是策略模式的定义,转换下概念,定义了一系列的类,并将每一个类的实现封装起来,使他们可以随调用者使用。
凡是用到if - else的条件判断,都可以考虑考虑是否可以使用策略模式。
假如有这么一个场景,用户可以选择发短信,也可以选择发邮件?这就是一个if - else 的判断。
那么按照策略模式定义,那就要定义两个类供用户使用。
public class MailService {
public void send(String content) {
System.out.println("邮件发送:"+content);
}
}
public class SmsService {
public void send(String toPhone, String content) {
System.out.println("SmsService :" + content);
}
}
//调用者
String toPhone = "12306";
String content = "hello world";
SmsService smsService = new SmsService();
MailService mailService = new MailService();
smsService.send(toPhone, content);
mailService.send(content);
如上所示,调用者确实可以选择是SmsService还是MailService,但是这就是策略模式了么?
我觉得他就是策略模式,提供了一些列操作供调用者去选择。
但是更多的时候,我们往往会提供一个统一的接口让调用者使用。
比如提供一个消息策略:
/**
* @author lw
* @date 2022/3/30 0030
* @description 消息策略
*/
public class SenderStrategy {
/**
* 提供使用算法的地方
* @param senderService
* @param args
*/
public void send(SenderService senderService,String ...args){
senderService.send(args);
}
}
调用者
String toPhone = "12306";
String content = "hello world";
SmsService smsService = new SmsService();
MailService mailService = new MailService();
SenderStrategy senderStrategy = new SenderStrategy();
senderStrategy.send(smsService,toPhone,content);
senderStrategy.send(mailService,content);
比较一下这个SenderStrategy类和工厂类的区别,工厂类是屏蔽了SmsService和MailService,只返回一个SenderService给外部。
但是策略类却让调用者自己选择是SmsService还是MailService,对于这两个具体动作并不会屏蔽,相反还会让调用者去选择。
总结
如果有一系列的操作供调用者选择,那么就可以封装对应的操作类,同时提供一个操作入口给调用者放入。