iOS 應用 有了第一批真實使用者後，自我總結 。

1，推送

在HBB開發過程中，推送是一個讓人暈暈 的問題，

a，推送sdk 更新後，有些方法并不相容，也不報錯。

b，證書更換，24小時生效

2，班級圈單張圖檔展示

一張圖檔的展示跟九宮格的展示不太一樣，

九宮格的大小其實是确定的，我們取中間的縮略圖，

單張圖檔，我們要展示不變形的原圖，

方案1，就是現在的解決辦法，去伺服器請求圖檔是異步的， 在image==nil  的時候，固定占位圖檔的大小，在image！=nil 的時候，圖檔請求回來之後，重新整理高度。

方案2，這是李蕾提出來的，因為雲相冊的需要，我們給伺服器上傳的時候，傳了圖檔的大小，既然這樣，  那麼服務端傳回資料的時候，可以把圖檔大小一并給我們，  這樣不用重新整理那麼多次，不會慢，這麼方案好一些。 希望有機會，能改改。

3，資料同步

a，更新同步

解決方案：把本地最新的30條班級圈的momentid傳給服務端，服務端查詢是否有被更新的（如删除點贊）。

b，資料斷層

解決方案：當服務端傳回給我的資料 等于10條，  就把 本地緩存資料清空，如果小于10 條，就累加目前資料。（覺得這種解決方案不太好）

4，班級圈傳回資料不對

因為雲相冊需要，釋出班級圈的時候，需要傳圖檔大小，但是目前服務端傳回資料的時候并不給我們傳回圖檔的具體資訊，

目前狀況， 有時候，班級圈會莫名的下拉到有圖檔大小的資料，一直不知道啥原因導緻的，  覺得這個需要深究一下。

5，防禦式程式設計

  解決方案： 讓 容易出錯的  隐藏式的bug  暴漏出來   。。

http://blog.csdn.net/u012479911/article/details/50771493

6，線上解決問題    

解決方案： 基于 jspatch 的線上更新方案，http://www.tuicool.com/articles/JnAZrab

7，移動端性能優化  

8 ，精益研發看闆

最近的一次疊代，沒有看闆，感覺 沒有目标， 啥都是不清不楚。

解決方案  ,  file:///Users/alex/Desktop/HBB-%E7%B2%BE%E7%9B%8A%E4%BA%A7%E5%93%81%E7%A0%94%E5%8F%91%E6%B5%81%E7%A8%8B%E8%A7%84%E8%8C%83%20-%20Common%20-%20Confluence.html

9，網絡監測不準确，不真實

解決方案：

iOS 系統的是  reachability    但是不準确 ，不是實際的。

用 RealReachability

 http://www.tuicool.com/articles/eAR32mA

10 ，網絡優化

解決方案，

資料緩存，壓縮資源 GZIP    使用webp圖檔格式      使用不同政策 （2g ，3g， 4g）   cdn加速節點   

https://blog.wilddog.com/?p=974?ref=myread