App介面設計原則－b

標籤：

1、記住密碼不是真的讓你記住密碼，這裡僅僅指的是一種自動登入的手段。不管在任何地方，明文儲存的密碼都是安全隱患，是必須盡量避免的。你可以採用某種方式對使用者名稱、密碼以及時間戳記（重要）進行簽名，再次登入時使用簽名後的資料進行登入。

2、用戶端要包含逾時機制，見過不止一次的服務端設計是通過用戶端發送的userid來區分使用者的。對此我真的已經無力吐槽了。最簡單的辦法是用session來記錄使用者狀態。當然，考慮到用戶端的特性，使用者可能好幾天都沒有關閉一次，必須配合自動登入機制來保證用戶端的線上。

3、介面請求成功或失敗，需要有明確的標識符來表示。並且對錯誤原因進行描述。同時因為用戶端可能是多語言的，錯誤原因應該設計為errorCode，由用戶端根據errorCode來顯示成對應的語言。

4、errorCode應該具有唯一性，例如登入逾時使用10001，請求任意介面逾時時都應該返回10001。方便用戶端統一處理。

5、介面設計應統一，不能出現在登入介面中使用者名稱稱為username，擷取使用者詳情介面變成nickname的情況。用戶端與服務端盡量採用相同的業務模型劃分。介面中屬性應按照業務模型的歸屬關係分層。 
我們來看看下面兩個介面 
 
因為兩個介面中都包含人物對象，則人物的屬性名稱應該是相同的。 
再如是對同一個介面的兩種設計 
 
左側這個是符合我們的原則的，而右邊不符合。我們並不是說右邊的設計不好，只是左邊更加符合用戶端MVC的劃分。因為作者本身也是一個“人物”的業務模型，當我們點擊作者頭像的時候，應該進入該作者的簡介。這個簡介介面與我在好友名單中進入的是同一個介面。從介面初始化參數上來看，我們只需要把“人物”模型傳遞進去就可以了。

 

感謝大神

App介面設計原則－b