建站
咨詢
售后
建站咨詢
新聞中心
我們經(jīng)常和開發(fā)們打交道，也會經(jīng)常聽到一些技術(shù)上的用語(像什么 SDK、RT、結(jié)構(gòu)化數(shù)據(jù)等等)。當時聽到這些時，你心里肯定是黑人問號臉：他到底在講什么???
所以今天想說下我個人所遇到的一些技術(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ā)工具包，指集合了某些功能的虛擬安裝包，可以向其他公司對外提供使用(里面的功能)。
比如：高德地圖團隊生成了一個地圖 SDK，一些小公司想直接使用高德地圖的功能，就可以通過這個地圖 SDK 來完成。
特點：能讓 SDK 使用方節(jié)省大量的開發(fā)成本和人力資源，方便/快速調(diào)用。對于 SDK 制作方來說，能擴展現(xiàn)有的產(chǎn)品生態(tài)圈。
冷更新與熱更新
1. 熱更新：
用戶一打開應(yīng)用就會遇到的即時更新，不用重新下載 整個 APP 安裝包的更新方式。
比如：功能更新、游戲補丁下載
特點：能動態(tài)下發(fā)代碼。它可以使開發(fā)者在不發(fā)布新版本的情況下，發(fā)布功能和修復 BUG。
2. 冷更新：
用戶需要下載完整的 APP 安裝包，才可完成使用整個產(chǎn)品 的更新方式。
比如：版本迭代
特點：開發(fā)者每次都要重新打包 app，提交給應(yīng)用商店/蘋果進行審核。審核通過后，用戶得下載/更新整個 app 所需要的流量。
SKU與SPU
1. SKU：
庫存量單位：即組成一個產(chǎn)品/信息的最小單位，相當于一種顆粒度。
比如：一個圖層、一瓶小怡寶礦泉水、一種手機顏色
特點：每一個 SKU 都是唯一的，用于辨識產(chǎn)品體系內(nèi)的其他信息。
2. SPU：
標準產(chǎn)品單位：可以說是最小信息單位的集合。一個 SPU 相當于是 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)系表?
就如同一個標準 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. 功能兼容：
指新版本上新增的功能，在老版本上該如何進行處理?尤其會讓兩個版本的用戶產(chǎn)生交互行為。
比如新版本上了語音通話，而老版本卻沒有。此時新版本的用戶向老版本用戶發(fā)起語音通話，老版本該如何處理(兼容)?
一般都是在提示用戶對方嘗試向你發(fā)起語音通話，當前版本不支持，快去更新吧~
聯(lián)調(diào)與封版
1. 聯(lián)調(diào)：
指的是數(shù)據(jù)接口上的走查。大家把做好的接口一起調(diào)試下，看下后臺的數(shù)據(jù)格式是否正確、數(shù)據(jù)流是否正確等、會給什么參數(shù)、返什么內(nèi)容。
2. 封版：
指測試完成后，準備將該階段的 app 安裝包提交至應(yīng)用商店/App Store 進行審核上線。
封版后就不再允許提交或修改代碼，等到了下一個迭代版本再說(除了出現(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ù)器進行交互的在線用戶數(shù)量。
比如晚上 9 點，用微信掃一掃識別二維碼。
正在掃描二維碼、處于識別過程的用戶總數(shù)，就屬于并發(fā)用戶數(shù)。因為他們此時和服務(wù)器正在產(chǎn)生交互(取幀識別)。
而識別成功或失敗的就不能算了。
并發(fā)用戶數(shù)有兩個常見的錯誤觀點：
- 把并發(fā)用戶數(shù)量，理解為使用系統(tǒng)的全部用戶數(shù)量
- 把用戶在線數(shù)量，理解為并發(fā)用戶數(shù)量
基準
促使開發(fā)做出技術(shù)決策的一種依據(jù)。即為什么選擇這么做?
比如：微信掃一掃中的閃光燈圖標，該何時出現(xiàn)，何時消失?
這個基準就是：檢測手機攝像頭下的光線情況。當周邊光線幽暗時才出現(xiàn)閃光燈圖標。(用戶需要時可以找到，不需要時可以看不見它)
再如：京東里為何有微信支付，沒有支付寶?因為京東和騰訊有特別合作，所以你懂的~
總結(jié)
以上就是我個人在騰訊這邊遇到的一些技術(shù)用語(那些基礎(chǔ)的就沒必要說了，如 toast 提示、native 頁面等)。
內(nèi)容不太全面，都是個人愚見。但還是希望能給你帶來一些收獲，避免出現(xiàn)剛才開發(fā)說的詞是什么意思的尷尬局面。
標題名稱：一看就懂！15個交互與UI必懂的技術(shù)用語
標題URL：http://m.5511xx.com/article/coisdih.html
