新来的_大神_用策略模式把if-else给_优化_了，技术总监说：能不能想好了再改？

最后

按照上面的过程，4个月的时间刚刚好。当然Java的体系是很庞大的，还有很多更高级的技能需要掌握，但不要着急，这些完全可以放到以后工作中边用别学。

学习编程就是一个由混沌到有序的过程，所以你在学习过程中，如果一时碰到理解不了的知识点，大可不必沮丧，更不要气馁，这都是正常的不能再正常的事情了，不过是“人同此心，心同此理”的暂时而已。

“道路是曲折的，前途是光明的！”

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

通过http调用一下看看效果：

/**

• 模拟一次http调用
  */
  @RestController
  public class BizController {

@Autowired
private BizService bizService;

@PostMapping(“/v1/biz/testSuper”)
public String test2(String order) {
return bizService.getCheckResultSuper(order);
}
}

这是个简单的demo演示，之后会举一些复杂的场景案例。

鲁迅曾说过，“每解决一个问题，就会因出更多的问题”。我们一起来看看这样的实现有什么好处，会带来什么问题。

好处很直观：

1. 在一段代码里直观的看到"判断条件"与业务逻辑的映射关系
2. 不需要单独定义接口与实现类，直接使用现有的函数式接口（什么？不知道函数式接口？快去了解），而实现类直接就是业务代码本身。

不好的点：

1. 需要团队成员对lambda表达式有所了解(什么？Java14都出来了还有没用上Java8新特性的小伙伴？)

接下来我举几个在业务中经常遇到的if else场景，并用Map+函数式接口的方式来解决它

在真实业务场景问题的解决思路

有的小伙伴会说，我的判断条件有多个啊，而且很复杂，你之前举个例子只有单个判断逻辑，而我有多个判断逻辑该怎么办呢？

很好解决：写一个判断逻辑的方法，Map的key由方法计算出

/**

• 某个业务服务类
  */
  @Service
  public class BizService {

private Map<String, Function<String, String>> checkResultDispatcherMuti = new HashMap<>();

/**

• 初始化 业务逻辑分派Map 其中value 存放的是 lambda表达式
  */
  @PostConstruct
  public void checkResultDispatcherMuitInit() {
  checkResultDispatcherMuti.put(“key_订单1”, order -> String.format(“对%s执行业务逻辑1”, order));
  checkResultDispatcherMuti.put(“key_订单1_订单2”, order -> String.format(“对%s执行业务逻辑2”, order));
  checkResultDispatcherMuti.put(“key_订单1_订单2_订单3”, order -> String.format(“对%s执行业务逻辑3”, order));
  }

public String getCheckResultMuti(String order, int level) {
//写一段生成key的逻辑：
String ley = getDispatcherKey(order, level);

Function<String, String> result = checkResultDispatcherMuti.get(ley);
if (result != null) {
//执行这段表达式获得String类型的结果
return result.apply(order);
}
return “不在处理的逻辑中返回业务错误”;
}

/**

• 判断条件方法
  */
  private String getDispatcherKey(String order, int level) {
  StringBuilder key = new StringBuilder(“key”);
  for (int i = 1; i <= level; i++) {
  key.append(“_” + order + i);
  }
  return key.toString();
  }
  }

用http模拟一下：

/**

• 模拟一次http调用
  */
  @RestController
  public class BizController {

@Autowired
private BizService bizService;

@PostMapping(“/v1/biz/testMuti”)
public String test1(String order, Integer level) {
return bizService.getCheckResultMuti(order, level);
}
}

只要设计好你的key的生成规则就好。

还有小伙伴会问：我的业务逻辑有很多很多行，在checkResultDispatcherMuitInit()方法的Map中直接写不会很长吗？

直接写当然长了，我们可以抽象出一个service服务专门放业务逻辑，然后在定义中调用它就好了：

提供一个业务逻辑单元：

/**

• 提供业务逻辑单元
  */
  @Service
  public class BizUnitService {

public String bizOne(String order) {
return order + “各种花式操作1”;
}
public String bizTwo(String order) {
return order + “各种花式操作2”;
}
public String bizThree(String order) {
return order + “各种花式操作3”;
}
}

/**

• 某个业务服务类
  */
  @Service
  public class BizService {
  @Autowired
  private BizUnitService bizUnitService;

private Map<String, Function<String, String>> checkResultDispatcherComX = new HashMap<>();

/**

• 初始化 业务逻辑分派Map 其中value 存放的是 lambda表达式
  */
  @PostConstruct
  public void checkResultDispatcherComXInit() {
  checkResultDispatcherComX.put(“key_订单1”, order -> bizUnitService.bizOne(order));
  checkResultDispatcherComX.put(“key_订单1_订单2”, order -> bizUnitService.bizTwo(order));
  checkResultDispatcherComX.put(“key_订单1_订单2_订单3”, order -> bizUnitService.bizThree(order));
  }

public String getCheckResultComX(String order, int level) {
//写一段生成key的逻辑：
String ley = getDispatcherComXKey(order, level);

Function<String, String> result = checkResultDispatcherComX.get(ley);
if (result != null) {
//执行这段表达式获得String类型的结果
return result.apply(order);
}
return “不在处理的逻辑中返回业务错误”;
}

/**

• 判断条件方法
  */
  private String getDispatcherComXKey(String order, int level) {
  StringBuilder key = new StringBuilder(“key”);
  for (int i = 1; i <= level; i++) {
  key.append(“_” + order + i);
  }
  return key.toString();
  }
  }

调用结果：

总结

最后，我们一起尝试回答以下几个问题：

1. 策略模式是如何优化业务逻辑代码结构的？

抽象了出了接口，将业务逻辑封装成一个一个的实现类，任意地替换。在复杂场景（业务逻辑较多）时比直接 if else 来的好维护些。

2. 杀鸡焉用宰牛刀？就是几个if else场景我需要用到策略模式？！

我们所不满的其实就是传统接口实现的缺点： 1、策略类会很多。 2、业务逻辑分散到各个实现类中，而且没有一个地方可以俯览整个业务逻辑

总结

一般像这样的大企业都有好几轮面试，所以自己一定要花点时间去收集整理一下公司的背景，公司的企业文化，俗话说「知己知彼百战不殆」，不要盲目的去面试，还有很多人关心怎么去跟HR谈薪资。

这边给大家一个建议，如果你的理想薪资是30K，你完全可以跟HR谈33~35K，而不是一下子就把自己的底牌暴露了出来，不过肯定不能说的这么直接，比如原来你的公司是25K，你可以跟HR讲原来的薪资是多少，你们这边能给到我的是多少？你说我这边希望可以有一个20%涨薪。

最后再说几句关于招聘平台的，总之，简历投递给公司之前，请确认下这家公司到底咋样，先去百度了解下，别被坑了，每个平台都有一些居心不良的广告党等着你上钩，千万别上当！！！

Java架构学习资料，学习技术内容包含有：Spring，Dubbo，MyBatis, RPC, 源码分析，高并发、高性能、分布式,性能优化，微服务 高级架构开发等等。

还有Java核心知识点+全套架构师学习资料和视频+一线大厂面试宝典+面试简历模板可以领取+阿里美团网易腾讯小米爱奇艺快手哔哩哔哩面试题+Spring源码合集+Java架构实战电子书。

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

5547732314)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取