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