1. api版本控制
無論何時，開發者要想保證應用正常運轉，對api進行修改總是不可避免的，可能只是對某些功能執行新增、刪除或其他操作。當遇到這種情況時，你就不得不暫停api部分的使用，或者允許正在使用的應用對需要被返回的行為及響應型別有著明確的認知。
2. 返回資料，不要超出需要
在一定程度上，應用與伺服器之間傳送的資料量將會影響發出請求及其響應的時間。它所造成的影響不僅僅只是使用者緊盯載入頁面所花費的時間，還可能包括載入頁面所花費的流量。
3. 對傳送及接收資料進行壓縮
除了上述不要返回資料超出需要之外，通過對傳送及接收的資料進行壓縮，可以讓你在速度和資料傳送上事半功倍，體驗到更多的好處。
4. 堅決刪減多餘的步驟/請求
讓我們來舉乙個非常簡單的例子。當使用者在可以傳送請求資料之前已經提供了有效的認證資訊並登入。這可能很是合情合理，我們可以將其理解為兩個單獨的步驟：
但事實上執行此操作並不需要如此反覆的過程。當乙個單一的請求發出時，通過認證資訊及其相關資料細節，資料及會話令牌在請求過程中同時被返回。
5. 合併請求及響應
除了作為身份驗證或應用啟動過程中所發出的多重請求，在應用程式的單頁或檢視中，為了對所有資料進行檢索，都有可能發出多重請求。為頁面需要的所有資料建立乙個單一請求，其速度要比多重請求快得多，並且成本也更低。而速度及成本也正是使用者在使用應用程式時首先考慮的兩大要素。
再者，合併請求及響應也可以讓應用**更為簡單，尤其是關於處理多重請求發出卻沒有成功的情況。如果將所有請求進行合併，或化整為零，再多的異常情況也都變得非常簡單，容易處理。
6. 重中之重：安全性
因此，要時刻考慮以下內容：
7. 認真計畫並執行你的快取策略
如果你的應用api返回值不會經常性改變，那一定要實施適當的快取策略。這可能會涉及到在記憶體中儲存資料，而不是反覆地從硬碟中讀取資料，此外，還會對http部分的快取效能產生影響。
如果你在伺服器上進行快取，那麼，就要確保當遭遇宕機之時，你能有辦法強行停用服務。
除了伺服器端，使用api的應用客戶端也要確保實施適當的快取策略。如果你在使用最新返回的資料時請求呼叫，那麼你可以節省一定的時間及資源。如果你在初始化時避免執行呼叫操作，則會節省更多的時間和資源。
8. 整合分析
9. 究竟如何命名？請認真思考！
命名反映了你賦予api的方法、物件、屬性及引數，這也會極大地影響到使用api的人的理解方式。當建立api時，無論使用者首先想到的是何種術語或用語，就其本身而言，它就非常具有吸引力。就如同所有**一樣，你使用它的很大一部分原因在於api如何被理解及其被期望的表現。如果名稱起不好，就會讓人非常困惑。困惑導致錯誤，錯誤導致bug，bug導致延遲及支援成本上公升。因此，多花點時間在命名上吧！
10. 不要忘了你的隱私權保護政策及責任
如果你的應用需要捕獲到使用者資料或登陸到伺服器並記錄請求，那麼你就必須制定乙個隱私權保護政策，來向使用者詳細介紹你是如何使用這些資料資訊的。此外，你還必須思考如何儲存及保護這些資料，尤其是如果它是屬於個人資訊，或者與兒童相關，更需要慎重。
程式設計師心髓 移動應用API設計10大技巧
1.api版本控制 無論何時，開發者要想保證應用正常運轉，對api進行修改總是不可避免的，可能只是對某些功能執行新增 刪除或其他操作。當遇到這種情況時，你就不得不暫停api部分的使用，或者允許正在使用的應用對需要被返回的行為及響應型別有著明確的認知。2.返回資料，不要超出需要 在一定程度上，應用與伺...
黑馬程式設計師 集合1
asp.net android ios開發 net培訓 期待與您交流！1.了解集合框架 圖 2.集合陣列區別 陣列，基本型別，物件都存，定長 集合，物件存，基本型別不存，變長 3.collection中的方法 add 新增物件 clear 全部刪除 remove 移除 iterator 返回迭代器物...
程式設計師的故事 1
乙個人一台電腦，這就是我自己的故事。當程式設計師當了這麼多年，從中學到大學，到工作，有過高傲，受過打擊，被人整過，憤憤不平，終於成熟之後的發展。想把這些分 20年寫成的東西一步步發表出來，幾本上一年一篇。這就是我 乙個活生生的程式設計師 的故事。開篇1 16歲的小鬼太吸引了。學習的壓力那麼大，而我又...