問題描述因項目需要，要對接N個第三方API，再將請求API返回的數(shù)據(jù)轉(zhuǎn)換成自有項目的數(shù)據(jù)結(jié)構(gòu)，第三個API有可能是一個已經(jīng)封裝好的SDK，有可能是一個URL，也有可能是restful風格的API。為了便于以后擴展及維護，大多數(shù)選用那幾種設計模式進行開發(fā)會比較好？現(xiàn)我想到的是抽象工廠及模板相結(jié)合，用抽象工廠模式，將公用部分抽取出來實現(xiàn)用模板模式，實現(xiàn)抽象方法還有什么更好的，請討論。
2 回答
楊魅力
TA貢獻1811條經(jīng)驗 獲得超6個贊
策略模式
首先，根據(jù)自有項目數(shù)據(jù)結(jié)構(gòu)和應用場景，定義數(shù)據(jù)獲取的接口（每個場景對于一個接口，可能會有多個接口），從而將接口定義和具體實現(xiàn)分割。模板方法
對于不同的實現(xiàn)方式（SDK、URL、Restful）定義主流程，比如Restful主流程包括：
a. 輸入?yún)?shù)驗證
b. 輸入?yún)?shù)到restful參數(shù)轉(zhuǎn)化（將接口輸入?yún)?shù)，轉(zhuǎn)化給restful參數(shù)）
c. restful接口調(diào)用
d. restful返回結(jié)果解析（成功、失敗）
e. restful返回結(jié)果轉(zhuǎn)化（將結(jié)果轉(zhuǎn)化為自有數(shù)據(jù)結(jié)構(gòu)）整合（接口定義來自1，實現(xiàn)通用部分來自2，差異部分來自3）
根據(jù)具體實現(xiàn)繼承自2創(chuàng)建的模板類，并實現(xiàn)1創(chuàng)建的業(yè)務接口，通過完成模板回調(diào)方法，完成整個業(yè)務。其他
如果有其他需要，比如統(tǒng)一日志、統(tǒng)一性能監(jiān)控，可以使用proxy模式
慕工程0101907
TA貢獻1887條經(jīng)驗 獲得超5個贊
根據(jù)你的描述我覺得可能這和設計模式?jīng)]有關系。
而應該用分層設計。
比如典型的例子是：展示層，業(yè)務層，數(shù)據(jù)層。
展示層就負責接受請求，然后提供組裝好的數(shù)據(jù)返回。
業(yè)務層就處理數(shù)據(jù)的轉(zhuǎn)換組裝，和業(yè)務相關的計算等等。它從展示層獲得輸入，處理后傳給數(shù)據(jù)層，然后從數(shù)據(jù)層獲得返回，處理后再返回給展示層。
數(shù)據(jù)層就是你想要的封裝各種API的層，根據(jù)輸入不同它可以去不同的數(shù)據(jù)層的對象，比如SDK，restful，然后數(shù)據(jù)層負責和所有第三方API交互，業(yè)務層和展示層不需要知道第三方API的存在，數(shù)據(jù)層和第三方API交互后，獲得數(shù)據(jù)，轉(zhuǎn)換成項目中的統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)，然后返回給業(yè)務層。
然后在數(shù)據(jù)層才會用到設計模式等，比如可以用工廠模式來創(chuàng)建不同的第三方服務。
添加回答
舉報
0/150
提交
取消