怎么用模板方法+策略+工廠方法模式來優化代碼

這篇文章主要講解了“怎么用模板方法+策略+工廠方法模式來優化代碼”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“怎么用模板方法+策略+工廠方法模式來優化代碼”吧！

優化代碼前

先來了解一下類似的業務場景，簡言之，就是：多個商戶接入我們系統，都是走一個類似的流程通過http請求出去的。

優化前，每個公司對應一個句柄服務，偽代碼如下：

// 商戶A處理句柄 CompanyAHandler implements RequestHandler {    Resp hander(req){    //查詢商戶信息    queryMerchantInfo();    //加簽    signature();    // http請求（走代理）    httpRequestbyProxy()    // 驗簽    verify();    } } // 商戶B處理句柄 CompanyBHandler implements RequestHandler {    Resp hander(Rreq){    //查詢商戶信息    queryMerchantInfo();    //加簽    signature();    // http請求（不走代理）    httpRequestbyDirect();    // 驗簽    verify();     } } // 商戶C處理句柄 CompanyBHandler implements RequestHandler {    Resp hander(Rreq){    //查詢商戶信息    queryMerchantInfo();    // webservice 方式調用    requestByWebservice();    } }

優化代碼思路

我的優化代碼思路，是有「重復代碼，先把它抽出來，或者公用變量，或者公用方法，伸著公用類」。所以呢，查詢商戶信息呀，加簽呀，http請求呀先全部各抽成一個公用方法。你細心點會發現，連每個Handler處理過程都很類似的，大概都是查詢商戶信息+加簽+http請求+驗簽，于是呢，可以直接把它們抽象成一個公用類呀~在這里就要引入模板方法模式咯

模板方法模式

在模板模式（Template Pattern）中，一個抽象類公開定義了執行它的方法的方式/模板。它的子類可以按需要重寫方法實現，但調用將以抽象類中定義的方式進行。 這種類型的設計模式屬于行為型模式。

這種類型的設計模式屬于行為型模式。

既然每個Handler處理，都是類似的流程，那「定義一個抽象類，把查詢商戶信息，加簽，http請求，驗簽什么的，都放到里面去，儼然一個模板一樣」。然后，因為有些商戶走http代理，有些又沒走代理，怎么辦呢?  定義「一個抽象方法，給子類實現」嘛，因為能共用就放到父類(當前的抽象類)，不能共用就放到子類嘛~代碼如下：

abstract class AbstractCompanyCommonService implements ICompanyCommonService {       //模板方法      Resp handlerTempPlate(req){             //查詢商戶信息            queryMerchantInfo();            // 加簽            signature();            //http 請求            if(isRequestByProxy()){               httpProxy();             }else{               httpDirect();              }             // 驗簽             verifySinature();      }       // Http是否走代理       abstract boolean isRequestByProxy(); }

子類商戶A實現：

CompanyAServiceImpl extends AbstractCompanyCommonService{     Resp hander(req){       return handlerTempPlate(req);     }     //公司A是走代理的     boolean isRequestByProxy(){        return true;     }

子類商戶B實現：

CompanyBServiceImpl extends AbstractCompanyCommonService{     Resp hander(req){       return handlerTempPlate(req);     }     //公司B是不走代理的     boolean isRequestByProxy(){        return false;     }

策略模式

心細的讀者會發現，甚至提出疑問，「你的商戶C的服務實現跟你定義的公用模板，不太一樣呢」，那當然，實際開發中，不跟你定義的模板一樣太常見了，需求是產品提的嘛，又不是根據你模板提的，是代碼服務于需求的。好了，不多說啦，我使用了策略模式，來優化這個問題。

在策略模式（Strategy Pattern）中，一個類的行為或其算法可以在運行時更改。這種類型的設計模式屬于行為型模式。

策略模式理解起來其好抽象對不對?我個人理解，其實策略模式就是定義一個方法(所謂算法)，給子類自己去實現。實際上就是「定義個方法/接口，讓子類自己去實現」。看代碼吧：

// 定義一個方法，把策略交給子類去實現。 interface ICompanyCommonService{   Resp hander(req); }

前面商戶A和商戶B還是不變，使用抽象類AbstractCompanyCommonService的模板，模板不滿足商戶C，商戶C只能自己去實現咯，各個子類自己去實現的行為，就是策略模式的體現呢，如下：

CompanyCServiceImpl extends AbstractCompanyCommonService{     Res hander(req){        //查詢商戶信息        queryMerchantInfo();        requestByWebservice();         }     //隨意了，你都不走模板了     boolean isRequestByProxy(){        return false;     }

工廠方法模式

商戶A、B、C服務怎么被管理呢，之前分別給A，B，C服務實現handler的，現在好了，都不知道怎么管理了，怎么知道調用哪個呢?別慌，解決方案是「工廠方法模式」。

在工廠模式中，我們在創建對象時不會對客戶端暴露創建邏輯，并且是通過使用一個共同的接口來指向新創建的對象。

工廠方法模式具體實現就是：接口定義一個枚舉，每個服務實現都重新實現枚舉，設置唯一標志枚舉，再交給spring容器管理。看代碼咯：

interface ICompanyCommonService{   Resp hander(req);   CompanyEnum getCompanyEnum(); }  CompanyAServiceImpl extends AbstractCompanyCommonService{     Resp hander(req){       return handlerTempPlate(req);     }     //公司A是走代理的     boolean isRequestByProxy(){        return true;     }     CompanyEnum getCompanyEnum(){      return CompanyEnum.A;     }       CompanyBServiceImpl extends AbstractCompanyCommonService{     Resp hander(req){       return handlerTempPlate(req);     }     //公司B是不走代理的     boolean isRequestByProxy(){        return false;     }     CompanyEnum getCompanyEnum(){      return CompanyEnum.B;     }

來來來，工廠方法模式出爐咯：

@Component public class CompanyServiceFactory implements ApplicationContextAware {      private static Map<CompanyEnum, ICompanyCommonService> map = new HashMap<>();      @Override     public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {         Map<String, ICompanyCommonService> tempMap = applicationContext.getBeansOfType(ICompanyCommonService.class);         tempMap.values().forEach(iCompanyCommonService ->                 map.put(iCompanyCommonService.getCompanyEnum(), iCompanyCommonService));     }      public Resp handler(req) {         return map.get(CompanyEnum.getCompanyEnum(req.getCompanyFlag()).hander(req);     } }

最后建議

最后，不要為了使用設計模式生搬硬套，而是優化代碼過程中，發現這個設計模式剛好適用，才去用的哈。附上最后的代碼咯：

@Service public class CompanyHandler implements RequestHandler  {    @Autowire    private CompanyServiceFactory companyServiceFactory;        Resp hander(req){     return companyServiceFactory.handler(req);   } }

感謝各位的閱讀，以上就是“怎么用模板方法+策略+工廠方法模式來優化代碼”的內容了，經過本文的學習后，相信大家對怎么用模板方法+策略+工廠方法模式來優化代碼這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！