20169219《移動平臺開發實踐》移動APP設計應該考慮到的問題

一、開發流程包括：

（1）用戶需求分析
（2）產品原型設計
（3）UI視覺設計
（4）APP開發
（5）項目測試
（6）發佈

App開發通過UI設計完成以後，便會進入開發階段。

（1）服務器端：編寫接口協議文檔，服務器環境架設（國內通常都是用阿里雲服務器，國 外通常用亞馬遜），設計數據庫和編寫API接口。
（2）APP端：開始對UI設計圖進行界面開發，UI開發完成則進入和服務端接口對接，經過 服務端的接口獲取數據，編寫功能上的邏輯。
（3）PC端：後臺須要有一個數據錄入平臺供管理員進行管理，包括用戶管理、產品管理、 訂單管理等，具體根據需求設定。開發完成，大體能夠看到整個產品輸出。

服務端API設計應該考慮到的問題

一、通用的數據交換格式

目前，對於接口和客戶端的數據交換格式，基本上就是兩種，xml和json，而如今使用json的應該佔大多數。

交換的數據包括兩種，一種是客戶端請求服務器端接口時傳遞的一些參數，一種是服務器端返回給客戶端的數據。

對於客戶端的請求參數，如今也愈來愈多的接口要求採用json的格式，而不是以往最多見的key_value對了。

二、隱式用戶與顯式用戶

顯式用戶和隱式用戶，我不知道這兩個詞用的是否確切。
顯式用戶指的是，APP程序中有用戶系統，一個username、password正確的合法用戶，稱之爲顯式的用戶，一般顯式用戶都須要註冊，登陸之後能完成一些我的相關的操做。

隱式用戶指的是，APP程序自己就沒有用戶系統，或者一個在沒有登陸的狀況下，使用咱們APP的用戶。在這種狀況下，能夠經過客戶端生成的UDID來標識一個用戶。

有了用戶信息，咱們就可以瞭解不一樣用戶的使用習慣，而不只僅是全體用戶的一個總體的統計信息，有了這些個體的信息以後，就能夠作一些用戶分羣、個性化推薦之類的事情。

三、客戶端與服務端的肥瘦平衡

在之前C/S、B/S架構時，咱們就已屢次討論過這個問題，客戶端是瘦點好仍是肥點好，固然也沒有固定答案，須要本身根據實際狀況去作權衡。
可是，在移動開發中，因爲客戶端的修改會很費時費力，特別是IOS應用還要通過Apple審覈，
另外，當前IOS開發人員、Android開發人員的人工成本廣泛較高，人才緊缺，
基於這兩點，能在服務器端實現的功能就不要放在客戶端，畢竟服務器端程序的修改要比客戶端方便、靈活、快捷的多。

四、良好的接口說明文檔和測試程序

接口文檔有時候是項目初期就定下來的，先後端開發人員按照接口規範開發，有的是接口開發完成後寫的。

接口文檔要清晰、明瞭，包含多少個接口，每一個接口的地址、參數、請求方式、數據交換格式、返回值等都要寫清楚。

接口測試程序，有條件的話，也能夠提供，方便先後端的調試。

通常app涉及到的庫會有：

UI框架（好比下拉刷新PullToRefresh、側滑菜單Slidingmenu） 網絡請求庫（好比okhtttp、AndroidAsyncHttp、Volley） 數據操做庫（好比GreenDao、Ormlite） 圖片緩存框架（好比Universal-Imageloader） 數據解析庫（好比Gson）