“ 本文講述了API與SDK、SKU與SPU、熱更新與冷更新、結(jié)構(gòu)化與非結(jié)構(gòu)化數(shù)據(jù)、數(shù)據(jù)兼容與功能兼容、聯(lián)調(diào)與封版、RT與并發(fā)用戶數(shù)、基準(zhǔn)，這個(gè)幾個(gè)產(chǎn)品和交互的技術(shù)用語”

一、API與SDK

API

是一些預(yù)先定義的函數(shù)，或指軟件系統(tǒng)不同組成部分銜接的約定。 用來提供應(yīng)用程序與開發(fā)人員基于某軟件或硬件得以訪問的一組例程，而又無需訪問原碼，或理解內(nèi)部工作機(jī)制的細(xì)節(jié)。

SDK

軟件開發(fā)工具包，一般都是一些軟件工程師為特定的軟件包、軟件框架、硬件平臺(tái)、操作系統(tǒng)等建立應(yīng)用軟件時(shí)的開發(fā)工具的集合。

舉例：高德地圖團(tuán)隊(duì)生成了一個(gè)‘地圖SDK’，一些小公司想直接使用高德地圖的功能，就可以通過這個(gè)‘地圖SDK’來完成。

特點(diǎn)：能讓SDK使用方節(jié)省大量的開發(fā)成本和人力資源，方便/快速調(diào)用。對(duì)于SDK制作方來說，能讓擴(kuò)展現(xiàn)有的產(chǎn)品生態(tài)圈。

二、冷更新與熱更新

冷更新

用戶需要下載完整的APP安裝包，才可完成使用整個(gè)產(chǎn)品 的更新方式。

舉例：版本迭代。

特點(diǎn)：開發(fā)者每次都要重新打包app，提交給應(yīng)用商店/蘋果進(jìn)行審核。審核通過后，用戶得下載/更新整個(gè)app所需要的流量。

熱更新

用戶一打開應(yīng)用就會(huì)遇到的即時(shí)更新，不用重新下載整個(gè)APP安裝包的更新方式。

舉例：功能更新、游戲補(bǔ)丁下載。

特點(diǎn)：能動(dòng)態(tài)下發(fā)代碼，它可以使開發(fā)者在不發(fā)布新版本的情況下，發(fā)布功能和修復(fù)BUG。

三、SKU與SPU

SKU

庫存保有單位即庫存進(jìn)出計(jì)量的單位， 可以是以件、盒、托盤等為單位。SKU是物理上不可分割的最小存貨單元。在使用時(shí)要根據(jù)不同業(yè)態(tài)，不同管理模式來處理。在服裝、鞋類商品中使用最多最普遍。

特點(diǎn)：每一個(gè)SKU都是唯一的，用于辨識(shí)產(chǎn)品體系內(nèi)的其他信息。

SPU

標(biāo)準(zhǔn)產(chǎn)品單位：是商品信息聚合的最小單位，是一組可復(fù)用、易檢索的標(biāo)準(zhǔn)化信息的集合，該集合描述了一個(gè)產(chǎn)品的特性。通俗點(diǎn)講，屬性值、特性相同的商品就可以稱為一個(gè)SPU。

舉例：一個(gè)圖層編組、一種怡寶礦泉水、一部電腦信息。

特點(diǎn)：一個(gè)SPU會(huì)包含多個(gè)SKU，該SPU在平臺(tái)體系下也是唯一的。

四、結(jié)構(gòu)化與非結(jié)構(gòu)化數(shù)據(jù)

結(jié)構(gòu)化數(shù)據(jù)

結(jié)構(gòu)化數(shù)據(jù)也稱作行數(shù)據(jù)，是由二維表結(jié)構(gòu)來邏輯表達(dá)和實(shí)現(xiàn)的數(shù)據(jù)，嚴(yán)格地遵循數(shù)據(jù)格式與長度規(guī)范，主要通過關(guān)系型數(shù)據(jù)庫進(jìn)行存儲(chǔ)和管理。

特點(diǎn)：數(shù)據(jù)展示非常規(guī)范化。

非結(jié)構(gòu)化數(shù)據(jù)

非結(jié)構(gòu)化數(shù)據(jù)是數(shù)據(jù)結(jié)構(gòu)不規(guī)則或不完整，沒有預(yù)定義的數(shù)據(jù)模型，不方便用數(shù)據(jù)庫二維邏輯表來表現(xiàn)的數(shù)據(jù)。

舉例：各種散落文本、圖片、視頻音頻、文檔、HTML等。

特點(diǎn)：信息展示比較零散。

五、版本兼容

“指新/老版本之間，在產(chǎn)品信息與能力上的協(xié)調(diào)或處理。一般體現(xiàn)在2個(gè)方面：數(shù)據(jù)兼容與功能兼容”

數(shù)據(jù)兼容

指新/老兩個(gè)版本，在數(shù)據(jù)展示上的內(nèi)容、格式、種類上是否一致？

舉例：在日期展示上，老版本的數(shù)據(jù)格式是 ‘2020年6月19日’，而新版本上計(jì)劃是‘2020.06.19’。此時(shí)就需要新版本上線前，將所有日期的數(shù)據(jù)都統(tǒng)一（兼容）成新版本(小數(shù)點(diǎn))的格式。

功能兼容

指新版本上新增的功能，在老版本上該如何進(jìn)行處理？尤其會(huì)讓兩個(gè)版本的用戶產(chǎn)生交互行為。

比如新版本上了‘語音通話’，而老版本卻沒有。此時(shí)新版本的用戶向老版本用戶發(fā)起‘語音通話’，老版本該如何處理（兼容）？

一般都是在提示用戶：‘對(duì)方嘗試向你發(fā)起語音通話，當(dāng)前版本不支持，快去更新吧！’

六、聯(lián)調(diào)與封版

聯(lián)調(diào)

聯(lián)調(diào)測(cè)試又稱組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試、部件測(cè)試。不同的稱呼而已，側(cè)重點(diǎn)在于模塊間接口的正確性、各模塊間的數(shù)據(jù)流和控制流是否按照設(shè)計(jì)實(shí)現(xiàn)其功能、以及集成后整體功能的正確性。

封版

指測(cè)試完成后，準(zhǔn)備將該階段的app安裝包提交至應(yīng)用商店/App Store 進(jìn)行審核上線。封版后就不再允許提交或修改代碼，等到了下一個(gè)迭代版本再說（除了出現(xiàn)緊急bug之外）

七、RT與并發(fā)用戶數(shù)

RT

系統(tǒng)響應(yīng)時(shí)間是計(jì)算機(jī)對(duì)用戶的輸入或請(qǐng)求作出反應(yīng)的時(shí)間 [1] 。系統(tǒng)響應(yīng)時(shí)間的計(jì)算要考慮到用戶的數(shù)目，用戶數(shù)目越多，響應(yīng)時(shí)間必須越快，不然就難以保證每一個(gè)用戶都有可以接受的響應(yīng)時(shí)間。

響應(yīng)時(shí)間包含：請(qǐng)求發(fā)送時(shí)間、網(wǎng)絡(luò)傳輸時(shí)間、服務(wù)器處理時(shí)間。

并發(fā)用戶數(shù)

同一時(shí)刻正在與服務(wù)器進(jìn)行交互的在線用戶數(shù)量。

比如晚上10點(diǎn)，用微信‘掃一掃’ 識(shí)別二維碼。正在掃描二維碼、處于識(shí)別過程的用戶總數(shù)，就屬于并發(fā)用戶數(shù)。因?yàn)樗麄兇藭r(shí)和服務(wù)器正在產(chǎn)生交互（取幀識(shí)別）。（如果識(shí)別成功或失敗的就不再算進(jìn)去了。）

并發(fā)用戶數(shù) 有兩個(gè)常見的錯(cuò)誤觀點(diǎn)：

1. 把并發(fā)用戶數(shù)量，理解為使用系統(tǒng)的全部用戶數(shù)量

2. 把用戶在線數(shù)量，理解為并發(fā)用戶數(shù)量。

八、基準(zhǔn)

促使開發(fā)做出技術(shù)決策的一種依據(jù)：即為什么選擇這么做；

舉例：微信掃一掃中的‘閃光燈’圖標(biāo)，該何時(shí)出現(xiàn)，何時(shí)消失？

這個(gè)基準(zhǔn)是：檢測(cè)手機(jī)攝像頭下的光線情況。當(dāng)周邊光線幽暗時(shí)才出現(xiàn)‘閃光燈’圖標(biāo)（用戶需要時(shí)可以找到，不需要時(shí)可以看不見它）。