我們經(jīng)常和開發(fā)們打交道，也會經(jīng)常聽到一些技術(shù)上的用語(像什么 SDK、RT、結(jié)構(gòu)化數(shù)據(jù)等等)。當(dāng)時聽到這些時，你心里肯定是黑人問號臉：他到底在講什么???

[[325415]]

所以今天想說下我個人所遇到的一些技術(shù)用語，內(nèi)容可能不太全面，但還是希望能給你帶來一些收獲。

API與SDK

1. API：

應(yīng)用程序編程接口，指兩個軟件/系統(tǒng)間的連接通道，以實現(xiàn)數(shù)據(jù)間的傳送與處理。比如：

手機插上 USB 數(shù)據(jù)線 連接電腦，USB 數(shù)據(jù)線插口就是一種 API 接口。

MacBook 與 iPhone 之間傳輸圖片，隔空傳送能力就是一種 API 接口

特點：一種建立數(shù)據(jù)連接的通道

2. SDK：

軟件開發(fā)工具包，指集合了某些功能的虛擬安裝包，可以向其他公司對外提供使用(里面的功能)。

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

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

冷更新與熱更新

1. 熱更新：

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

比如：功能更新、游戲補丁下載

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

2. 冷更新：

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

比如：版本迭代

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

SKU與SPU

1. SKU：

庫存量單位：即組成一個產(chǎn)品/信息的最小單位，相當(dāng)于一種顆粒度。

比如：一個圖層、一瓶小怡寶礦泉水、一種手機顏色

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

2. SPU：

標(biāo)準(zhǔn)產(chǎn)品單位：可以說是最小信息單位的集合。一個 SPU 相當(dāng)于是 N 個 SKU 的編組。

比如：一個圖層編組、一種怡寶礦泉水、一部手機信息

特點：一個 SPU 會包含多個 SKU，該 SPU 在平臺體系下也是唯一的。

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

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

有固定格式、統(tǒng)一結(jié)構(gòu)、有限長度等的 數(shù)據(jù)展示方式，且可以用一個二維關(guān)系表來表示。

什么是二維關(guān)系表?

就如同一個標(biāo)準(zhǔn) Excel 表：以行為單位，每一行數(shù)據(jù)表示一個實體/一組信息，每一行數(shù)據(jù)的屬性是相同的(因為每一列對應(yīng)一個特征)。

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

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

與上面相反，很難用統(tǒng)一的格式/結(jié)構(gòu)來組織、且不能用二維關(guān)系表展示的數(shù)據(jù)。

比如：各種散落文本、圖片、視頻音頻、文檔、HTML 等

特點：信息展示比較零散

版本兼容

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

1. 數(shù)據(jù)兼容：

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

比如：在日期展示上，老版本的數(shù)據(jù)格式是 2020 年 5 月 1 日，而新版本上計劃是 2020.05.01。此時就需要新版本上線前，將所有日期的數(shù)據(jù)都統(tǒng)一(兼容)成新版本(小數(shù)點)的格式。

注冊頁面，新版本上多了一個個性簽名的字段，如果在老版本上沒有傳回這個字段，是否會引發(fā)一些問題?

2. 功能兼容：

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

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

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

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

1. 聯(lián)調(diào)：

指的是數(shù)據(jù)接口上的走查。大家把做好的接口一起調(diào)試下，看下后臺的數(shù)據(jù)格式是否正確、數(shù)據(jù)流是否正確等、會給什么參數(shù)、返什么內(nèi)容。

2. 封版：

指測試完成后，準(zhǔn)備將該階段的 app 安裝包提交至應(yīng)用商店/App Store 進(jìn)行審核上線。

封版后就不再允許提交或修改代碼，等到了下一個迭代版本再說(除了出現(xiàn)緊急 bug 之外)

沒錯，說的就是冷更新……

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

1. RT：

系統(tǒng)響應(yīng)時間：指客戶端發(fā)出一個請求后，服務(wù)器開始接受、處理、返回請求結(jié)果時所經(jīng)歷的時間。頁面加載的 loading 越久，RT 就越長。

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

2. 并發(fā)用戶數(shù)：

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

比如晚上 9 點，用微信掃一掃識別二維碼。

正在掃描二維碼、處于識別過程的用戶總數(shù)，就屬于并發(fā)用戶數(shù)。因為他們此時和服務(wù)器正在產(chǎn)生交互(取幀識別)。

而識別成功或失敗的就不能算了。

并發(fā)用戶數(shù)有兩個常見的錯誤觀點：

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

基準(zhǔn)

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

比如：微信掃一掃中的閃光燈圖標(biāo)，該何時出現(xiàn)，何時消失?

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

再如：京東里為何有微信支付，沒有支付寶?因為京東和騰訊有特別合作，所以你懂的~

總結(jié)

以上就是我個人在騰訊這邊遇到的一些技術(shù)用語(那些基礎(chǔ)的就沒必要說了，如 toast 提示、native 頁面等)。

內(nèi)容不太全面，都是個人愚見。但還是希望能給你帶來一些收獲，避免出現(xiàn)剛才開發(fā)說的詞是什么意思的尷尬局面。