APP開(kāi)發(fā)中API與交易系統(tǒng)之間的邏輯關(guān)系，在
開(kāi)發(fā)APP項(xiàng)目時(shí)我們都知道API主要是傳輸通道，理論上不進(jìn)行邏輯運(yùn)算，但在實(shí)際的應(yīng)用中，API也需要進(jìn)行很多業(yè)務(wù)規(guī)則的計(jì)算和處理。API主要包括以下幾個(gè)部分的功能。
●數(shù)據(jù)傳輸:API的基本功能，它完成基本數(shù)據(jù)的傳輸，往往是以頁(yè)面為單位計(jì)算API的數(shù)量。
●數(shù)據(jù)整合:由于數(shù)據(jù)可能涉及多個(gè)系統(tǒng)之間的調(diào)用，因此API內(nèi)部可能需要進(jìn)行數(shù)據(jù)的整合，比如促銷(xiāo)活動(dòng)信息需要調(diào)用促銷(xiāo)信息和商品基礎(chǔ)信息。
●部分邏輯處理:在實(shí)際產(chǎn)品迭代過(guò)程中，考慮到App發(fā)版時(shí)間限制等制約因素，--些處理邏輯可能需要放在API中進(jìn)行操作，比如部分信息項(xiàng)的篩選、A/B測(cè)試灰度發(fā)布切換邏輯等;另外，有些功能為了快速上線且后續(xù)可以進(jìn)行延展，一些固定的邏輯也會(huì)考慮先不在后臺(tái)中實(shí)現(xiàn)，而在API中通過(guò)配置文件的方式來(lái)實(shí)現(xiàn)，比如提示文案、圖標(biāo)等。
●緩存功能:不是所有提供給用戶(hù)端的數(shù)據(jù)都需要實(shí)時(shí)更新獲取，因此API會(huì)將部分更新周期較長(zhǎng)的數(shù)據(jù)放入緩存中定時(shí)去更新，比如用戶(hù)信息、類(lèi)目信息等。
APP開(kāi)發(fā)中的交易系統(tǒng)
交易系統(tǒng)，顧名思義，是負(fù)責(zé)完成用戶(hù)交易過(guò)程的系統(tǒng)。交易的過(guò)程主要指通過(guò)各種交易的先決條件來(lái)，判斷應(yīng)該如何確定最終交易的內(nèi)容、事項(xiàng)和金額等信息，整合后提交訂單系統(tǒng)完成訂單生成的工作。通俗地說(shuō)，就是用戶(hù)在確定購(gòu)買(mǎi)內(nèi)容后，和電商平臺(tái)簽約并形成書(shū)面合同(也就是訂單)的過(guò)程。交易系統(tǒng)的主要功能是負(fù)責(zé)處理用戶(hù)提交的信息，以及針對(duì)這些信息進(jìn)行預(yù)處理計(jì)算，最后完成訂單提交。從流程上來(lái)看，交易系統(tǒng)負(fù)責(zé)的是生成訂單以前的所有環(huán)節(jié)，而訂單系統(tǒng)則負(fù)責(zé)訂單生成后直到履約完成的所有環(huán)節(jié)。一些平臺(tái)也會(huì)將訂單系統(tǒng)包括在交易系統(tǒng)之內(nèi)，訂單管理作為大交易系統(tǒng)的一個(gè)子模塊。這里把兩個(gè)系統(tǒng)作為平行的關(guān)系進(jìn)行拆分，拆分以后的系統(tǒng)職能邊界更為清晰。用戶(hù)下單的整個(gè)過(guò)程中，以訂單提交為節(jié)點(diǎn)，前面部分屬于交易系統(tǒng)，而后面的部分屬于訂單系統(tǒng)。這里特別要單獨(dú)說(shuō)一下購(gòu)物車(chē)，購(gòu)物車(chē)原則上屬于前臺(tái)系統(tǒng)，但由于它的特殊性，它也會(huì)涉及大量的促銷(xiāo)計(jì)算和運(yùn)費(fèi)計(jì)算的邏輯,購(gòu)物車(chē)的后臺(tái)可以通過(guò)調(diào)用交易系統(tǒng)的服務(wù)來(lái)實(shí)現(xiàn)上述計(jì)算。就像買(mǎi)房買(mǎi)車(chē)一樣，在簽訂合同之前銷(xiāo)售人員會(huì)針對(duì)你的情況和購(gòu)買(mǎi)的商品做很多預(yù)先的準(zhǔn)備工作，比如資質(zhì)的評(píng)估、費(fèi)用的評(píng)估和優(yōu)惠的力度等，這些信息都會(huì)通過(guò)核對(duì)溝通達(dá)成一致后錄入合同。在電商平臺(tái)中也是一樣，我們?cè)诖_定下單之前，交易系統(tǒng)也會(huì)充當(dāng)銷(xiāo)售人員的角色，根據(jù)用戶(hù)的填寫(xiě)信息進(jìn)行核準(zhǔn)判斷、交易金額的明確和促銷(xiāo)情況的明確等，確認(rèn)通過(guò)后完成訂單的下單提交。因此，在用戶(hù)端負(fù)責(zé)對(duì)接交易系統(tǒng)、進(jìn)行訂單確認(rèn)的頁(yè)面一般也叫訂單確認(rèn)頁(yè)或者結(jié)算頁(yè)。接下來(lái)我們來(lái)看看訂單合同一般都需要對(duì)哪些事情進(jìn)行處理和預(yù)先確認(rèn)。
●合同雙方分別是電商平臺(tái)和用戶(hù)，用戶(hù)的身份信息需要記錄下來(lái)，這里面有用戶(hù)的賬戶(hù)信息和收貨人信息。
●合同中需要交易的商品信息也是合同的主要內(nèi)容之一，它包括商品的名稱(chēng)、編碼(一般系統(tǒng)中以商品ID為準(zhǔn))、商品價(jià)格和商品購(gòu)買(mǎi)數(shù)量等。
●合同中需要記錄乙方(電商平臺(tái))對(duì)甲方(用戶(hù))提供的服務(wù)條款和服務(wù)收費(fèi)明細(xì)準(zhǔn)則，按照電商的術(shù)語(yǔ)說(shuō)就是運(yùn)費(fèi)規(guī)則、促銷(xiāo)規(guī)則和配貨規(guī)則等。
根據(jù)上述對(duì)于訂單合同的描述，我們可以將事項(xiàng)分為幾個(gè)部分:信息的錄入核準(zhǔn)、費(fèi)用的計(jì)算核準(zhǔn)和履約形式的確認(rèn)等。交易系統(tǒng)的主要功能包括以下幾項(xiàng)。
●用戶(hù)信息記錄;
●促銷(xiāo)優(yōu)惠計(jì)算;
●商品金額計(jì)算;
●運(yùn)費(fèi)計(jì)算;
●支付方式判斷邏輯;
●配送邏輯。好了，
深圳APP開(kāi)發(fā)公司本文關(guān)于“API與交易系統(tǒng)之間的邏輯關(guān)系”知識(shí)就分享到這里謝謝關(guān)注，博納網(wǎng)絡(luò)編輯整理。
