1： 編寫微博的客戶端 最重要的就是使用者授權方法，現在主流的sns 社群開發api 後，基本都採用oauth認證進行授權，
2：在分享過程中不可避免的會考慮到使用者的賬戶的安全性的問題，第三方程式不應該直接接觸使用者的賬戶的資訊，但是沒有賬戶資訊，但是沒有賬戶資訊，又如何取得sns 平台的資料呢，oauth 很好的解決了這個問題，從第三方發起認證過程，在webview 或者瀏覽器中完成認證過程，獲取access token 來代替 賬戶密碼，從而可以獲取平台的資料，oauth 協議為使用者資源的授權 提供了乙個安全的 開放而又簡易的標準，任何第三方
3：利用access token和refresh token重新生成access token
或者4：
oauth2.0服務支援以下獲取access token的方式：
a. authorization code：web server flow，適用於所有有server端配合的應用。
b. implicit grant：user-agent flow，適用於所有無server端配合的應用。
胖客戶端 瘦客戶端和富客戶端
以c s結構開發的網路應用程式，需要為客戶端開發專用的客戶端軟體，相對而言其客戶端比較龐大，在客戶端可以實現很多功能，分擔伺服器的負擔，屬於胖客戶端型別。以b s結構開發的web應用，其客戶端只是乙個瀏覽器，所有業務邏輯由伺服器端進行處理，相對而言客戶端比較瘦小，故稱為瘦客戶端。目前比較流行的一種開...
非同步客戶端和同步客戶端
先寫下我的理解，方便後邊閱讀資料校驗。一 同步客戶端 比如乙個連線有兩個請求，請求1 和 請求2，請求1 先發起請求，請求2後發起請求，則請求2 要等待請求1 響應完成才能接收到響應。舉個棗子，httpclient 傳送get請求，執行緒會一致阻塞，直到有響應結果。二 非同步客戶端 比如乙個連線有兩...
關於胖客戶端
目前his系統由於業務複雜，要進行大量的運算，而且his系統在執行一段時間後，資料量激增，資料庫占用空間增長很快，導致his投入執行一兩年後，反應速度急遽下降，在進行乙個簡單的儲存或刪除業務時都要花較長時間，甚至讓使用的醫務人員也難以忍受，這時就應該考慮採用胖客戶端了。所謂胖客戶端，這裡是指將常用的...