大家好，我是後端架構師。

一、耦合問題

有些時候我們在進行介面呼叫的時候，比如說一個 push 推播介面，有可能會涉及到不同渠道的推播。

以我目前業務場景為例，我做結算後端服務的，會與金蝶財務系統進行互動，那麽我結算後端會涉及到多個結算單型別，如果每一個種型別的結算單都去暴露一個 contoller 介面給前端提供，而且其實對接第三方的介面，有些介面是共通的。

前端涉及到的問題

需要呼叫後端多個 controller，不同介面傳不同的參數，如果遇到後端介面修改，會涉及到多個頁面的修改，耦合度很高；

需要對多個按鈕設定許可權配置。

後端涉及到的問題

需要每個業務介面，都去寫一個對接第三方介面的 push 推播方法，無形中增加很多重復的程式碼，耦合度也很高；

如果涉及到第三方服務介面改造，後端介面也需要進行更改，會修改大量程式碼。

二、如何解決

建立對接第三方服務的微服務，暫定為 tps 服務，該服務只作為一個後端微服務，與第三方服務進行對接，並且合理封裝呼叫參數，將公共參數提出進行封裝；

後端其余業務系統對接這個獨立的微服務，比如訂單、結算、供應商系統對接這個服務，由 tps 服務統一提供對接介面，其余服務實作這個 tps 提供的 feign 介面；

業務系統只需要關註 service 層業務的實作，無需處理對接的業務邏輯。

大致的流程圖就是這樣的：

三、具體實作

Tps 服務

Tps 服務暴露為 feign 介面，前端統一透過 Tps 提供的介面進行呼叫。

//對接第三方服務介面 publicinterfaceIKingdeeManagementService{ Boolean push(KingdeePushCO.Request request); }

Feign 介面實作類：

@Slf4j @Service public classKingdeeManagementServiceImplimplementsIKingdeeManagementService{ @Autowired private ApplicationContext applicationContext; @Autowired private KingdeeThirdSettingService kingdeeThirdSettingService; @Override public Boolean push(KingdeePushCO.Request request){ KingdeeBusinessPushServiceEnum kingdeePushServiceEnum = KingdeeBusinessPushServiceEnum.getKingdeePushServiceEnumByType(request.getBusinessType()); IKingdeeBusinessPushService kingdeePushService = null; try { kingdeePushService = (IKingdeeBusinessPushService) applicationContext.getBean(kingdeePushServiceEnum.getClazz()); } catch (BeansException e) { log.error("當前型別暫未實作,請聯系開發"); thrownew ServiceException("當前型別暫未實作,請聯系開發"); } R<Boolean> result = null; result = kingdeePushService.pushKingdee(request); returntrue; } }

列舉類別定義：

publicenum KingdeeBusinessPushServiceEnum { private class clazz; private Integer type; private String interFaceName; KingdeeBusinessPushServiceEnum( class clazz, Integer type, String interFaceName) { this.clazz = clazz; this.type = type; this.interFaceName = interFaceName; } RECEIPT_VOUCHER(IJaKingdeeBillClient. class, KingdeeBusinessTypeConstant.RECEIPT_VOUCHER, KingdeeSettingEnum.INTERFACE_TYPE_JA_RECEIPT_VOUCHER.getCode()), ; }