讲道理 http 状态码不是应用层的问题。全部用 http 状态码一个难以保证所有接口的返回结果都能找到对应的码，第二个难以区分是业务的问题还是更上层的传输的问题。我目前的做法是，对非 200 的返回直接显示系统异常，200 的再取里面的自定义状态码区分具体业务结果，只要有清晰的文档，这样完全没问题。

好看！感谢！已领

@matrix67 一样，有的时候打开 V 站首页看看大家都在做些什么，了解点新东西也不错。

@DoctorCat 主要是我想把这种写死的量也不大的数据当成资源文件，不用每次在搜索栏里输一下就得发个请求给后台，增加点效率

什么叫专业，这就是打游戏也会把隐藏分支全部挖出来的那种人

@movq 现在 16g 。看 8g 的开发测评感觉还行，加个内存就有点小贵了，还不如等 m2

@dcalsky 据说 arm 版内存很耐用，况且苹果加内存真的贵…

@Badlion 内存是 8g 的还是 16g 的？多打开几个 IDE 会不会卡？

@ferrum 有可能，排名很低，在工具类免费榜 300 左右

@ansonsiva 很有可能，所以使用率很低

@catsoul
不太可能吧，我这工具类 App 应该不太会有小孩儿下载……

@Building
还有这种操作？伤害不大，侮辱性极强

@minamike
那多不好意思，说了就变推广了 😏

@360511404 是啊，本来保持在 10%左右的转化率，这次一免费快 50%了，都不知道量是从哪来的

@catsoul
@360511404
我吐了呀...现在可以看到了吗

@360511404 感谢分享。我倒是不在乎盈利，本来这个 App 就是自己会用到所以做着玩玩。既然之前收费过了，现在内购和广告就都不太好做了。

@kizunai
@Leonard
OK，补了

@Xcution 你说的应该是 UICollectionView 的 contentSize 吧，frame 在初始化的时候就写死了，里面的内容多了少了影响的都是 contentSize 。而且 UICollectionView 的 contentSize 都是自动的，它就是个 UIScrollView 的子类，比如数据多了 contentSize 就会变大，如果范围超过 collectionView 的 frame.size 了就可以滑动，不需要自己去改 contentSize 。

如果又要网格布局 cell 高度又要动态变化，那就是瀑布流了，要重写一个 layout 才可以实现。

不知道你说的不设置 UICollectionView 的高度内容就不显示是什么意思，是不是 layout 的 itemSize 没有写对？不应该有"设置 UICollectionView 的高度"这种做法，frame 和内容无关，contentSize 是自动的。

一般来说某个控件用了 AutoLayout 就不需要再获取 frame 了，这也是 AutoLayout 的目的，如果一定要获取的话就在约束之后调用父控件的 layoutIfNeeded()

父控件根据子控件自适应宽高，一句话就是通过子控件的约束计算出父控件的大小，父控件本身不设置宽高限制。多练习几次以后就会熟练了，只要你在写完子控件的约束以后，能够从中推算出父控件的 contentSize 就行，就像解方程一样。