如何移除基于String::startswith的大型if-else-if分支？

针对这种需要前缀匹配并执行对应操作的if-else分支，不用纠结switch的限制，有几种实用的优化方式：

• 单字符前缀场景：直接用switch简化
  如果你的前缀都是单个字符（比如示例里的A/B/C），可以先提取字符串的首字符，再用switch分支，代码会更简洁：

  char prefix = fullPathWithPrefix.charAt(0);
  switch (prefix) {
      case 'A':
          doA();
          break;
      case 'B':
          doB();
          break;
      case 'C':
          doC();
          break;
      case 'D':
          doD();
          break;
      case 'E':
          doE();
          break;
  }
  

• 通用场景：用映射表+函数式接口统一管理
  不管前缀是单字符还是多字符，都可以用Map存储前缀与对应操作的映射，遍历找到第一个匹配的前缀后执行操作。如果存在长前缀和短前缀的优先级问题（比如"AB"和"A"），记得把长前缀放在映射表的前面：

  // 初始化映射表，按需要的优先级排序
  Map<String, Runnable> prefixActionMap = new LinkedHashMap<>();
  prefixActionMap.put("A", this::doA);
  prefixActionMap.put("B", this::doB);
  prefixActionMap.put("C", this::doC);
  prefixActionMap.put("D", this::doD);
  prefixActionMap.put("E", this::doE);
  
  // 遍历匹配并执行对应操作
  for (Map.Entry<String, Runnable> entry : prefixActionMap.entrySet()) {
      if (fullPathWithPrefix.startsWith(entry.getKey())) {
          entry.getValue().run();
          break;
      }
  }
  

  这种方式的优势是后续新增前缀操作时，只需在映射表里添加新的键值对，无需修改分支逻辑，符合开闭原则。

• 复杂场景：策略模式封装
  如果前缀匹配逻辑或对应的业务操作比较复杂，可以把每个前缀的判断和操作封装成独立的策略类：

  // 定义策略接口
  interface PrefixHandler {
      boolean matches(String path);
      void handle();
  }
  
  // 实现具体的A前缀处理器
  class AHandler implements PrefixHandler {
      @Override
      public boolean matches(String path) {
          return path.startsWith("A");
      }
  
      @Override
      public void handle() {
          doA();
      }
  }
  
  // 同理实现BHandler、CHandler、DHandler、EHandler...
  
  // 使用时初始化策略列表，遍历匹配执行
  List<PrefixHandler> handlers = List.of(new AHandler(), new BHandler(), new CHandler(), new DHandler(), new EHandler());
  for (PrefixHandler handler : handlers) {
      if (handler.matches(fullPathWithPrefix)) {
          handler.handle();
          break;
      }
  }
  

  这种方式适合业务逻辑复杂的场景，每个策略职责单一，便于后续的维护和扩展。

内容的提问来源于stack exchange，提问作者Sumit Kumar Saha