你这个错误是 JSON 解析失败吧

https://i.v2ex.co/Mtu7Du8X.png
我是没几分钟就搞定了……

这种验证方式之后可以做到支持自动化，到时候只要有一个有经验的人把它配置好，就不用太操心了。

侵不侵权取决于是否满足下面两条件之一：
1 ）你的使用方式法律认定的“满足合理”使用的定义
2 ）你得到了豆瓣的授权（满足它的协议或者得到额外书面授权）

模拟器上按 cmd-K 切换显示软键盘

https://github.com/Homebrew/homebrew 包都在这里。

他们处理 Pull Request 还是很快的。

至少也得涨到 $1000 才能说回到当时的水平了吧……

“然而，让它运行在 AWS 没有容易”

机器翻译的？

@fengjianxinghun Swift 可以使用绝大部分 OC 的库， OC 不能用绝大部分 Swift 的库，不知道是谁会死掉

@likuku Apple 开启二次验证之后安全问题就没了啊，不开才有。

@caoyue 随便问。但是要做好问了就被人吐槽的准备。

不需要。

它的 Swift 版， SnapKit ，对应的方法 snp_makeConstraints 把最后的 block 参数标记成了 @noescape ，即这个 block 的生存期不会超出这个方法的生存期，且不会被任意方 retain 或 copy 。

这种情况不是应该把责任丢给 Facebook 那一方的么……

https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/ErrorHandling/ErrorHandling.html

> When you ’ re writing code with Objective-C, exceptions are used solely for programmer errors, like out-of-bounds array access or invalid method arguments. These are the problems that you should find and fix during testing before you ship your app.

> All other errors are represented by instances of the NSError class.

对于 Swift 而言， Exception 无法被捕获和处理，而 NSError 覆盖的情况大部分都改用 do { try ... } catch { ... } 来处理了。

Swift 的是错误处理不是异常捕获，对应的是 Objective-C 里面的 NSError* 作为参数的用法

@moguuio 维修点都是扯淡的，有条件的话还是得去 Apple Store 。

手机重启什么的，趁在保赶快去找苹果换新的

@sherlocktheplant 但其实它脱离 Objective-C runtime 也一样可以运行。

Swift 一堆 Objective-C 无法支持的特性和数据结构，怎么先编译成 Objective-C ……