网站建设中企动力最佳a5,服务器网站环境,湖南建筑信息网查询,信阳seo推广相信我们对策略模式都有耳闻#xff0c;但是可能不知道它在项目中具体能有什么作用#xff0c;我们需要在什么场景下才能去尽可能得去使用策略模式。
这里我简单的列出一个我之前在公司做的一个需求#xff1a;跟第三方oa系统对接接口#xff0c;对方需要回调我们当前系统…相信我们对策略模式都有耳闻但是可能不知道它在项目中具体能有什么作用我们需要在什么场景下才能去尽可能得去使用策略模式。
这里我简单的列出一个我之前在公司做的一个需求跟第三方oa系统对接接口对方需要回调我们当前系统但是是不同的业务接口回调我们系统可以根据一个字段来区分需要走哪个业务分支可能初级程序员刚接触这个需求的时候想法是多个接口回调那就写多个接口罢了强调接口隔离或者直接一个接口也行if...else if 也很不错这里呢为了彰显我们开发人员的逼格我们可以基于一个接口外加设计模式之策略模式简单工厂模式。 下面是一个简单的实现demo
首先是我们定义一个接口即起路由作用我们具体的不同业务实现类来实现这个接口就可以
public interface CalculationStrategy {/*** 策略接口*/int operate(int num1, int num2);
}
Component(add)
class AddCalculationStrategyImpl implements CalculationStrategy {Overridepublic int operate(int num1, int num2) {return num1 num2;}
}
Component(Division)
class DivisionStrategyImpl implements CalculationStrategy {Overridepublic int operate(int num1, int num2) {return num1 / num2;}
}
Component(multiple)
class MultiplicationStrategyImpl implements CalculationStrategy {Overridepublic int operate(int num1, int num2) {return num1 * num2;}
}
Component(subtract)
class SubtractionStrategyImpl implements CalculationStrategy {Overridepublic int operate(int num1, int num2) {return num1 - num2;}
}/*** 如果Component注解中不写标识会默认加载驼峰类名testStrategyImpl*/
Component
class TestStrategyImpl implements CalculationStrategy {Overridepublic int operate(int num1, int num2) {return num1 - num2;}
}
不同的业务分支我就使用加减乘除来代替也能起到同样的效果。
第二步便是我们的策略上下文我将其理解为策略工厂这也是最核心的一个类这里我们项目启动的时候第一步是初始化所有加了component等类我们的策略工厂的构造函数中有获取所有实现了路由规则的实现类名称第二步便是将获取到的实现类名称放入到我们初始化的一个空的map中 Component
public class CalculationFactory{/*** 把策略角色类型key,和参数value放到Map中* key就是beanName(具体策略实现类中Component的名字)value就是接口具体的实现类* Maps是guava下的封装类型实则是静态的创建了一个HashMap的对象Maps可以根据key去获取value对象*/public final MapString, CalculationStrategy calculationStrategyMap Maps.newHashMapWithExpectedSize(4);/*** 利用构造函数在项目启动的时候将策略实现类注册到 map里* param strategyMap*/public CalculationFactory(MapString, CalculationStrategy strategyMap) {this.calculationStrategyMap.clear();this.calculationStrategyMap.putAll(strategyMap);}//可以使用Getter注解代替这样写方便读者理解在Service层调用Context执行策略public MapString, CalculationStrategy getCalculationStrategyMap() {return calculationStrategyMap;}
}第三步便是我们的路由接口实现这一步便是具体路由的规则判断了 这里有一步我们需要对代码进行健壮性判断以防map.get()结果为空导致系统报错这里大家可以根据业务情况自行去处理。 Service
public class CalculationService {Autowiredprivate CalculationFactory calculationFactory;public int operateByStrategy(String strategy, int num1, int num2) {// 获取入参根据不同的参数类型去执行不同的策略Context的get方法是在这个地方用到的operate方法就是一开始定义的策略接口//calculationFactory.getCalculationStrategyMap().get(strategy)这里可能会出现空所以要做一个容错处理return calculationFactory.getCalculationStrategyMap().get(strategy).operate(num1, num2);}
}
最后便是我们的测试接口了
RestController
RequestMapping(/strategy)
public class TestStrategyController {Autowiredprivate CalculationService calculationService;GetMapping(/test/{operation}/{num1}/{num2})public int testCalculation(PathVariable String operation,PathVariable int num1, PathVariable int num2) {// 省略参数判空return calculationService.operateByStrategy(operation, num1, num2);}
}
这样写的好处就是如果系统还需要扩展其他业务类型的分支处理那我们只需要将业务处理的实现类实现我们的路由接口将这个实现类注册进去即可其他地方都不用改只需关注我们这个自身的业务分支的逻辑处理。方便了我们系统的后续扩展。 如果你觉得文章还不错请大家 点赞、分享、留言 下因为这将是我持续输出更多优质文章的最强动力
