背景

原代碼中存在一個(gè)switch語(yǔ)句,用于model轉(zhuǎn)VO操作，因?yàn)閙odel是抽象類要轉(zhuǎn)成不同的VO，所以用了大量的switch語(yǔ)句

AbstractModel model;  // 抽象模型
String type=model.getType();
 //根據(jù)不同類型轉(zhuǎn)換成視圖對(duì)象
switch(type){
 case "A":
        convertA(model);
case "B":
        convertB(model);
      .......
case "N":
        convertN(model);
}

此類代碼可讀性較差，而且稍有不慎可能會(huì)走到下一個(gè)case里面，引發(fā)錯(cuò)誤

分析解決方法

使用多態(tài)、策略模式

• 定義convert接口和策略實(shí)現(xiàn)
  public interface BaseConvert<T extends AbstractModel>{
  VO convert(T model);
  }

public class ConvertA<A>{
VO convert(A model){ ... 省略};
}

• 調(diào)用具體策略
  Map<String,BaseConvert> map=new HashMap(); // map初始化省略
  VO vo=map.get(model.getType()).convert;

• 這種方法的問題是我必須創(chuàng)建大量的類/匿名類

使用函數(shù)式接口Function

• 定義Convert類

public final class Convert{
   /** 默認(rèn)map容量*/
    private final static int   INIT_MAPPING_CAPACITY = 32;

    /** type映射VO轉(zhuǎn)換方法*/
    private static final Map<String, Function<AbstractModel, VO>> map;

    /**
     * 初始化mapping
     */
    static {
      map=new  HashMap<>(INIT_MAPPING_CAPACITY);
      // 當(dāng)類型是A 調(diào)用convertA
      map.put("A", (model) ->convertA(model));
      map.put("B", (model) ->convertB(model));
      .......
      map.put("N", (model) ->convertN(model));
    }

   //  聲明convertA、convertB 略過

/**
     * model轉(zhuǎn)VO
     * @param model
     * @return  VO
     */
    public static VO dataMappingVO(AbstractModel model) {
        return Optional.ofNullable(map.get(model.getType)).orElse((model) ->  null).apply(model);
    }
}

• 調(diào)用convert

AbstractModel model;  // 抽象模型定義省略
VO vo=Convert.dataMappingVO(model);

• 此種方式既不用寫太多的類，可讀性也會(huì)更高。

參考：https://codeday.me/bug/20190109/489447.html