我們公司是做物流的, 對(duì)方系統(tǒng)推送數(shù)據(jù)給到我們這邊, 就是發(fā)布一個(gè)訂單, 希望司機(jī)來接單運(yùn)送貨物.
而我們這邊反饋數(shù)據(jù)給到對(duì)方系統(tǒng), 就是告訴他們司機(jī)有沒有接單, 什么時(shí)候接單, 什么時(shí)候到達(dá)現(xiàn)場(chǎng)裝貨, 有沒有產(chǎn)生費(fèi)用, 費(fèi)用金額是多少等等.

數(shù)據(jù)反饋到對(duì)方系統(tǒng)的方式不外就是2種方式:
**1 我們系統(tǒng)主動(dòng)調(diào)用對(duì)方系統(tǒng)的接口把數(shù)據(jù)推送過去。
2 對(duì)方系統(tǒng)采用定時(shí)器的方式, 調(diào)用我們提供的接口來循環(huán)查詢數(shù)據(jù).**

我自己寫代碼, 考慮到跟多個(gè)公司對(duì)接, 為了減少代碼開發(fā), 所以考慮采用第2種方式, 這樣我自己編寫一次代碼, 以后就不用再考慮代碼開發(fā)的問題了.

可是公司的老板不同意, 他認(rèn)為這樣做會(huì)增加服務(wù)器無畏的開銷, 比如說訂單在6個(gè)小時(shí)內(nèi)還沒有司機(jī)接單, 采用第2種方式的話, 對(duì)方系統(tǒng)每10分鐘查詢一次, 這樣就做了N多次無畏的工作.

于是我就拿出支付寶接口來做例子, 提交交易數(shù)據(jù)的時(shí)候, 我們向阿里服務(wù)器推送數(shù)據(jù), 可是交易是否成功, 阿里服務(wù)器并沒有調(diào)用我們的接口將交易結(jié)果推送過來,而是讓我們自己用定時(shí)器循環(huán)查詢交易結(jié)果.

老板解釋說, 支付寶需要反饋的結(jié)果就只有一個(gè)結(jié)果, 因此我們服務(wù)器采用定時(shí)器循環(huán)查詢對(duì)阿里服務(wù)器來說開銷也不是很大。
可是我們現(xiàn)在對(duì)接的接口開發(fā), 需要反饋給對(duì)方系統(tǒng)的數(shù)據(jù)是多個(gè)結(jié)果數(shù)據(jù)， 而且這些結(jié)果數(shù)據(jù)產(chǎn)生的過程是個(gè)動(dòng)態(tài)過程, 他根本就沒有一個(gè)準(zhǔn)確的結(jié)束時(shí)間點(diǎn), 或者說是結(jié)束標(biāo)志, 我想老板說得也有道理, 雖然司機(jī)什么時(shí)候完成訂單是有結(jié)束標(biāo)志, 但是什么時(shí)候不再添加修改費(fèi)用卻沒有一個(gè)結(jié)束標(biāo)志, 因此同意了老板的說法。
考慮到老板不是IT出身的, 害怕有可能會(huì)有遺漏的地方, 所以就在這里發(fā)帖求助.

我暫時(shí)的想法是, 為了跟多個(gè)公司對(duì)接, 如果采用第1種方式對(duì)接, 我們調(diào)用對(duì)方的接口主動(dòng)將數(shù)據(jù)推送過去的話, 我想讓我們自己來定義接口的標(biāo)準(zhǔn), 然后讓對(duì)方來開發(fā), 不知道可不可行?

或者有沒有其他更好的解決方式?

希望做過接口開發(fā)設(shè)計(jì)的前輩指導(dǎo)下??！