編輯導語：作為用戶體驗設(shè)計師上要承接產(chǎn)品和運營方的設(shè)計需求，下要和開發(fā)溝通設(shè)計落地效果，保證最后設(shè)計呈現(xiàn)效果；那么作為整個產(chǎn)品設(shè)計流程中的中下游，如何能夠提高溝通效率，了解一些必要的技術(shù)“暗語”對我們工作是非常必要的；本文作者介紹了技術(shù)“暗語”，我們一起來看一下。

設(shè)計了解一定開發(fā)技術(shù)，首先可以提高溝通和工作的效率；其次可以了解開發(fā)技術(shù)的邊界，讓設(shè)計稿在展現(xiàn)設(shè)計理念的同時，不要太“放飛”，導致無法落地或者落地成本過高而被飛機。

目錄：

• Web APP和native APP
• Android和iOS技術(shù)特點
• 什么是接口（API)
• 什么是“寫死”和“做活”
• 什么是緩存

一、都有什么樣的App？

一般可大概分為三種：Web?App（網(wǎng)站應(yīng)用）、Native?App（原生應(yīng)用）、Hybrid?App（混合應(yīng)用）。

1. Web APP

Web?App是無需安裝，通過XHTML、CSS和JavaScrip等網(wǎng)站技術(shù)實現(xiàn)的可以在任意瀏覽器中執(zhí)行功能的網(wǎng)站類應(yīng)用。

隨著HTML5等技術(shù)的不斷普及和應(yīng)用使得Web?App能夠具Native?App相似的界面和交互效果；通過網(wǎng)頁Web技術(shù)，實現(xiàn)客戶端產(chǎn)品，具備輕量化、易擴展的特點。

2. Web APP 設(shè)計特點

• 每次進入頁面需要單獨加載，對網(wǎng)絡(luò)依賴性強；
• 更新不需要重新安裝，沒有版本兼容問題；
• 只需要開發(fā)一套就可以適配到不同平臺；
• 適合運營模塊、內(nèi)容變化頻率高的功能。

3. Native APP

Native（原生）應(yīng)用：通過各移動平臺（iOS、android、Windows Phone）技術(shù)實現(xiàn)的客戶端產(chǎn)品，具備體驗好、功能豐富的特點。

4. Native的特定

• 體驗順暢，API穩(wěn)定；
• 更新需要發(fā)布新的安裝包，并等待運用市場審核；
• 針對不同端需要單獨開發(fā)，開發(fā)周期長；
• 適合使用頻率高、流程相對固定變化較少，對體驗要求高的功能。

5. Hybrid?App

Hybrid?App（混合應(yīng)用），顧名思義就是以上兩種的結(jié)合——就是在Native?App里面內(nèi)置瀏覽器，以將合適的功能頁面以網(wǎng)頁的形式呈現(xiàn)。

目前有很多的App開始采用這種方式，比如微信中的訂閱號內(nèi)容就是采用Web網(wǎng)頁的形式呈現(xiàn)，淘寶大促活動的各類主題會場等。

二、Android和iOS技術(shù)特點

現(xiàn)在工作中絕大部分都是設(shè)計都是一稿適配，以iOS設(shè)計規(guī)范為主去適配安卓手機，對于安卓并不做另外的設(shè)計處理。

所以有的時候我們出設(shè)計稿的時候，經(jīng)常會被安卓開發(fā)說“這個我們做不了”、“這個安卓做不到”；了解不同開發(fā)平臺的技術(shù)特點，也有利于我們根據(jù)實際情況修改設(shè)計方案。

1. iOS技術(shù)特點

• 安裝文件擴展名為.ipa；
• 手機尺寸相對單一，適配工作適中；
• 系統(tǒng)閉源，不可定制化系統(tǒng)；
• 官方指定應(yīng)用市場，單一渠道；
• 手機硬件差異小，應(yīng)用會視情況統(tǒng)一。

2. Android技術(shù)特點

• 安裝文件擴展名為.apk；
• 手機尺寸多樣化，適配工作量大；
• 系統(tǒng)開源，可定制化系統(tǒng)；
• 應(yīng)用市場碎片化嚴重，多渠道發(fā)布。

三、什么是接口（API)

1. 含義

API（Application Programming Interface）是應(yīng)用程序編程接口，是一個通訊協(xié)議，約定客戶端和服務(wù)端之間數(shù)據(jù)傳輸格式和訪問地址。

API需要包含2個元素：url地址、數(shù)據(jù)參數(shù)。

舉個例子：比如說你要實現(xiàn)一個手機登錄的功能，那么相應(yīng)地后臺工程師就需要提供一個手機登錄的接口，前端開發(fā)人員將用戶名、密碼、token等字段加密后通過接口發(fā)送給服務(wù)端校驗，需要返回驗證結(jié)果后，登錄成功；在調(diào)用接口實現(xiàn)功能的時候，只需按照既定的規(guī)則進行請求即可，不需要去理解該功能的實現(xiàn)邏輯。

四、什么是“寫死”和“做活”

1. 寫死

我們在和產(chǎn)品以及開發(fā)人員開會或者對接需求的時候，經(jīng)常聽到“這個地方是不是寫死？”這句話。

剛開始工作時，聽到這種話，真的是一面懵逼，腦海中一堆問題：“寫死？怎么寫死，誰寫死，咋還死了呢？”

程序員所說的“寫死”是指對一些參數(shù)或配置寫死；寫死意味著除非發(fā)下一個版本，否則這個數(shù)據(jù)不可更改；比如微信下面的四個TAB，就是寫死的，因為這四個TAB永遠不會變。

在程序?qū)崿F(xiàn)的時候，程序員問是否要寫死，其實是探求這里是否會變化；如果不變，那就寫死。

2. 做活

做活了，其實就是不寫死，意味著這個數(shù)據(jù)是變化的，可運營的；那這個運營數(shù)據(jù)應(yīng)該在服務(wù)器端進行配置，再由客戶端拉取下來，然后運行時啟用新的配置數(shù)據(jù)，多出的成本是需要設(shè)計一條協(xié)議拉取這項配置或參數(shù)，然后應(yīng)用到程序中；如果已經(jīng)有這樣的運營配置協(xié)議，那直接配置即可。

比如我們常見的，電商淘寶、京東在做大促的時候，整個首頁都煥然一新，設(shè)計的非常抓人眼球。

其實整個首頁很多模塊就是做活了，比如圖片中的首頁的背景、金剛區(qū)域的icon、底部tabbar都是可配置的；根據(jù)實際運營需求，可以修改圖片，字體顏色，背景顏色等等，套用我們產(chǎn)品經(jīng)理常說的一句話：“把它做活了”。

致于什么時候我們要寫死，什么時候我們要做活，可以根據(jù)實際產(chǎn)品的需求來定義規(guī)則。

五、什么是緩存

1. 含義

APP中顯示的數(shù)據(jù)除了從服務(wù)器獲取，還有一個數(shù)據(jù)來源就是本地數(shù)據(jù)庫（緩存），緩存是一種臨時存儲機制，目的是用來提升數(shù)據(jù)加載過程中的速度和使用體驗。

2. 意義

在向服務(wù)器請求新的數(shù)據(jù)時，我們讓用戶看到什么？

• 漂亮的等待加載頁面；
• 緩存的內(nèi)容。

對于第二種，用戶可以對頁面進行操作，等待新數(shù)據(jù)時可以查看舊數(shù)據(jù)，更具有“可操作性”與“可用性”；從而減輕了從服務(wù)器獲取數(shù)據(jù)這一動作的大小和時間長短，增強了用戶體驗。

另一方面，如果內(nèi)容更新的間隔較長或者用戶刷新的間隔較短，在沒有緩存的情況下，很多數(shù)據(jù)我們會多次重復(fù)的向服務(wù)器獲取，增加了成本。

針對一些頁面，網(wǎng)絡(luò)狀態(tài)不好，或者無網(wǎng)絡(luò)的時候，以及一些不需要網(wǎng)絡(luò)也可以使用的更能進行緩存，可以提高獲取信息的時間，提升實際的用戶體驗。

本文由 @Sevenmoon 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議