鍍金池/ 問(wèn)答/Java  Linux  數(shù)據(jù)庫(kù)  HTML/ 前端發(fā)送請(qǐng)求到對(duì)應(yīng)后臺(tái)a，后臺(tái)a再發(fā)起請(qǐng)求到物聯(lián)網(wǎng)后臺(tái)b請(qǐng)求數(shù)據(jù)，這種結(jié)構(gòu)是否可

前端發(fā)送請(qǐng)求到對(duì)應(yīng)后臺(tái)a，后臺(tái)a再發(fā)起請(qǐng)求到物聯(lián)網(wǎng)后臺(tái)b請(qǐng)求數(shù)據(jù)，這種結(jié)構(gòu)是否可以？

因?yàn)槲锫?lián)網(wǎng)后臺(tái)b已經(jīng)提供了rest api，我的項(xiàng)目是想用這個(gè)物聯(lián)網(wǎng)后臺(tái)b提供的rest api接口，但是又希望有一些業(yè)務(wù)邏輯能夠放在后臺(tái)a上自主管理。
因?yàn)槲业南敕ㄊ?，前端發(fā)起請(qǐng)求到后臺(tái)a，后臺(tái)a做一些簡(jiǎn)單的處理，后臺(tái)a再發(fā)起請(qǐng)求到物聯(lián)網(wǎng)后臺(tái)b，后臺(tái)b處理之后返回結(jié)果到后臺(tái)a，再返回前端

所以請(qǐng)問(wèn)這種前端－后臺(tái)a－后臺(tái)b的方式是否合理？
這種方式與前端直接連接物聯(lián)網(wǎng)后臺(tái)b相比，是否有一些優(yōu)勢(shì)？

如果部署的時(shí)候。后臺(tái)a和后臺(tái)b放在一臺(tái)機(jī)器上，是否就可以忽略傳輸時(shí)延問(wèn)題了？

回答
編輯回答
笨尐豬

這種方式是可以的，就象第三方登錄，你的執(zhí)行方式還是前臺(tái)請(qǐng)求后臺(tái)api，后臺(tái)在請(qǐng)求第三方登錄接口，再根據(jù)第三方授權(quán)返回的用戶(hù)openid存入對(duì)應(yīng)的用戶(hù)賬號(hào)內(nèi)進(jìn)行關(guān)聯(lián)識(shí)別，所以完全可以

前端連接當(dāng)然可以，這個(gè)就基于你的業(yè)務(wù)邏輯，如果業(yè)務(wù)邏輯不需要對(duì)獲取的數(shù)據(jù)處理就不需要后端做中轉(zhuǎn)，否則就需要后臺(tái)做中轉(zhuǎn)

如果網(wǎng)絡(luò)正常，執(zhí)行時(shí)間短，是可以忽略中間傳輸時(shí)間的

2017年3月19日 11:12