iOS Huddle＃4

2016年12月29日星期四

iOS Huddle是我们每月在Black Pixel iOS团队的Slack频道中共享的最佳链接的摘要。

反应式编程

如今，反应性编程似乎风行一时。 如果您对反应式编程感到好奇，我们认为Cocoa with Love的这篇文章很好地介绍了其背后的一些概念。 Matt Gallagher通过以下原则定义了反应式编程：

可变状态的任何“获取器”都会引起问题。 代替使用getter，任何计算，生成，加载或接收的状态值都应立即发送到通道中，并且想要访问这些值的程序的任何部分都必须订阅该通道。

本文就一些简单用例的KVO有多高提出了一些很好的观点，并概述了我们在使用它时遇到的一些典型问题。 与往常一样，反应式编程可能不是万灵药，但它提供了一种不同的方式来了解如何设计应用程序。

的GitHub

GitHub现在允许您直接从PR中解决合并冲突。 对于最简单的问题，这是一个实时保护程序。 对于更复杂的问题，万花筒仍然是我们的最爱。

元编程

DRY是一个好概念，通常不那么容易实现。 有些人认为过早地进行DRYing类似于过早的优化。 其他人发誓。 无论您对DRY感觉如何，我们可能都同意的一件事是，样板代码的实现可能是乏味，重复且容易出错的。 我在看您，JSON序列化和NSCoding！ 因此，为什么不使用一些不错的元编程和自动代码生成来替换其中的部分或全部。 这就是Sourcery可以为您做的。

您可以查看该崩溃报告吗？

我们中有多少人被问到这个问题并交出了未标记的堆栈跟踪信息？ 没什么好玩的。 幸运的是，Apple写了一篇非常不错的技术说明，标题为“了解和分析应用程序崩溃报告”。

快速游乐场

Swift Playgrounds确实可以帮助您快速制作原型并测试想法。 操场也可以用来隔离一些特定的问题。 PlayAlways可让您直接从菜单栏中快速创建Xcode游乐场。

幕后花絮

当Instagram展示其如何重新设计其Feed时，深入介绍实现细节时，您知道您可能会学到一些东西。 Instagram软件工程师Ryan Nystrom的这次演讲并不令人失望。 对于任何好奇或渴望完善自己的工艺的人来说，这都是必看的。

尝试？ 与As？

这是Erica Sadun撰写的简短文章，概述了如何混合尝试？ 与作为？ 和条件绑定可能会带来意想不到的后果。

我的记忆在哪里？

如果像我们一样，您是Mike Ash深入技术博客的狂热读者，您将对他的GOTO 2016会议演讲感到高兴：对Swift内存布局的探索。

请放大此文本

iOS 7为iOS应用程序引入了全新的视觉设计范例。 动态类型是该更改的一部分。 Stable Kernel的Jesse Black撰写的这篇文章很好地介绍了Dynamic Type，对于有兴趣使应用程序（甚至使用自定义字体）更易于访问的任何人来说，都是必读的文章。

吉特尼奥雷

最后，对于那些喜欢保持仓库清洁的人来说，我们发现了这个漂亮的gitignore模板。