@kookxiang 要我说以前太不入眼做了很好的铺垫很重要

@66beta 用 Android 的好处就是随时关网，随时省点，5还有省点模式

@bugeye 忘了 art 了，art 肯定会提高响应速度没错

图片异步加载常见的使用场景都是固定图片大小异步加载，如果异步加载后需要重新计算行高再 somehow 重新渲染 UITableViewCell，异步加载无法确定什么时候结束，如果还没结束你往下拉了，异步加载结束了tableView岂不是蹦来蹦去？

方案1：前面有人提到了，用一个「图片」的图标做 placeholder，点击查看大图，这个方案也是我在做的公司项目的做法，还不错
方案2：我自己做过一个类似论坛客户端用的方法是 UIWebView，勉强也可以实现图文混排，似乎算异步请求图片，效果就是上面说的蹦来蹦去

@kmvan 歪楼好惨，iOS 除非特殊情况没有下划线命名，因为 SDK 就是这么做的，为了写人能看懂的代码，跟着 SDK 走很必要。有一个特殊是C 语言宏名，是按 C 语言那种大写加下划线

@dingsoung 30 Hz 肯定可以，60不清楚

@ityao 摸着石头过河的意思大概就是值得一试不知道是否能成功，就值得一试这方面我觉得这个主意是没有问题的

@jox 但是就像 @satanwoo 所说，我现在理解 URL encode 是以 utf-8 格式进行，不存在另外的 utf-8 encode 应该是指 URL encode 的一种

@jox AF 自己会进行 encode 自己传参数的时候又 encode 了一次……

@juicy 这位兄台说对了……

@monsoon +1

@lingoerer 所以可能都需要用上，多谢

@chmlai 据说比较差，我自己没测
@PrideChung 不是，这里只是问问，没计划过早优化，是上周末参加了一个分享

@ulic95 +1
不过真要读书肯定还是两个都用

git 没有全面取代 svn

@krafttuc
@WildCat
似乎时好时坏，在 edit scheme -> run -> Application Language 和 Region 改了一下

只有 iPhone6 模拟器出现这种情况

@lightening 数据没错，现在的问题是3840*2160*24(bit)*30(frames)都出不来

@chevalier 所以13年的都不行，必须14年的