学完23种设计模式,相信很多同学都疑问,除了单例模式、工厂模式其他模式还有运用的场景吗?
现在这里就举一个例子。
首先策略模式需要先有了解,我们常用策略模式解决实际开发中的if else特别多的场景。但是在实际的开发中,真正单独只用策略模式的场景还是很少的。我们需要利用Spring的注入功能,实现根据不同的入参,跳转到不同的实现类中,以此来减少if else的使用。
举个场景:假如我们做物流系统,需要根据前段传过来的渠道参数,来定制化不同的规则校验逻辑。这里我们距离alibaba渠道和wechat渠道。那么我们应该怎么做呢?
大致思路:
1、定义抽象接口,提取一个抽象方法,这个方法的具体实现在各个渠道的类中
2、在service层,通过实现ApplicationContextAware接口,获取spring的applicationContext
3、在service层,通过入参确定需要跳转到哪个类实现定制的渠道规则。
具体代码如下:
第一步:
@Service
public interface Channel {
void rule_control();
}
@Service
public class WechatChannel implements Channel {
@Override
public void rule_control() {
System.out.println("进入到微信的渠道来源");
}
}
@Service
public class AlibabaChannel implements Channel {
@Override
public void rule_control() {
System.out.println("进入到阿里巴巴的渠道来源");
}
}
第二步:在service层的写法:
@Service
public class BuyGoods implements ApplicationContextAware {
private ApplicationContext applicationContext;
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
public void judgeChannel(String buyGoodsChannel){
String finalString = buyGoodsChannel+"Channel";
Channel bean = (Channel)applicationContext.getBean(finalString);
System.out.println("最终实际得到的bean名称:"+bean.toString());
bean.rule_control();
}
}
最后在controller层传入的参数,模拟如下,结果见如上图:
@RequestMapping("/buy")
public String bug(){
System.out.println("进入buy...Controller");
String channel = "wechat";
buyGoods.judgeChannel(channel);
return "bug";
}
总结:经过上面的简单处理,我们即完成了不同渠道根据入参定制不同实现类的要求,避免了if else的疯狂使用。