• 原文地址：Declarative API Design in Swift

• 原文作者：Benjamin Encz
• 译文出自：掘金翻译计划
• 译者：Zheaoli
• 校对者：luoyaqifei, Edison-Hsu

在我第一份 iOS 开发工程师的工作中，我编写了一个 XML 解析器和一个简单的布局工具，两个东西都是基于声明式接口。XML 解析器是基于 .plist 文件来实现 Objective-C 类关系映射。而布局工具则允许你利用类似 HTML 一样标签化的语法来实现界面布局（不过这个工具使用的前提是已经正确使用 AutoLayout & CollectionViews）。

尽管这两个库都不完美，它们还是展现了声明式代码的四大优点：

• 关注点分离: 我们在使用声明式风格编写的代码时声明了意图，从而无需关注具体的底层实现，可以说这样的分离是自然发生的。
• 减少重复的代码: 所有声明式代码都共用一套样式实现，这里面很多属于配置文件，这样可以减少重复代码所带来的风险。
• 优秀的 API 设计: 声明式 API 可以让用户自行定制已有实现，而不是将已有实现做一种固定的存在看待。这样可以保证修改程度降至最小。
• 良好的可读性: 讲真，按照声明式 API 所写出来的代码简直优美无比。

• 原文地址：Function Naming In Swift 3

• 原文作者：Pablo Villar
• 译文出自：掘金翻译计划
• 译者：Zheaoli
• 校对者：Kulbear, Tuccuay

昨天，我开始将这个 Jayme 迁移到 Swift 3。这是我第一次将一个项目从 Swift 2.2 迁移至 Swift 3。说实话这个过程十分的繁琐，由于 Swift 3 在老版本基础上发生了很多比较大的改变，我不得不承认眼前这样一个事实，除了花费较多的时间以外，没有其余的捷径可走。不过这样的经历也带来一点好处：我对 Swift 3 的理解变得更为深入，对我来讲，这可能是最好的消息了。😃

在迁移代码的过程中，我需要做出很多的选择。更为蛋疼的是，整个迁移过程并不是修改代码那么简单，你还需要用耐心去一点点适应 Swift 3 中带来的新变化。某种意义上来讲，修改代码只是整个迁移过程的开始而已。

如果你已经决定将你的代码迁移到 Swift 3 ，我建议你去看看这篇文章来作为你万里长征的第一步。

如果一切顺利的话，在不久以后，我将回去写一篇博客来记录下整个迁移过程中的点点滴滴，包括我所作出的决定等等。但是眼前，我将会把注意力集中在一个非常非常重要的问题上：怎样正确的编写函数签名.

• 原文地址：The Easiest Core Data

• 原文作者：Alberto De Bortoli
• 译文出自：掘金翻译计划
• 译者：Zheaoli
• 校对者：Kulbear, cbangchen

在过去的几个月里，我花费了大量的时间在研究 Core Data 之上，我得去处理一个使用了很多陈旧的代码，糟糕的 Core Data 以及违反了多线程安全的项目。讲真，Core Data 学习起来非常的困难，在学习 Core Data 的时候，你肯定会感到迷惑和一种深深的挫败感。正是因为这些原因，我决定给出一种超级简单的解决方案。这个方案的特点就是简洁，线程安全，非常易于使用，这个方案能满足你大部分对于 Core Data 的需求。在经过若干次的迭代后，我所设计的方案最终成为一个成熟的方案。

• 原文链接: Exponential time complexity in the Swift type checker

• 原文作者: Matt Gallagher
• 译文出自: 掘金翻译计划
• 译者: Zheaoli
• 校对者: geeeeeeeeek, Graning

这篇文章将围绕曾不断使我重写代码的一些 Swift 编译器的报错信息展开：

错误：你的表达式太过于复杂，请将其分解为一些更为简单的表达式。（译者注：原文是 error: expression was too complex to be solved in reasonable time; consider breaking up the expression into distinct sub-expressions）

• 原文链接 : Detecting low power mode

• 原文作者 : useyourloaf
• 译文出自 : 掘金翻译计划
• 译者 : Zheaoli
• 校对者 : LoneyIsError, wild-flame

这个星期，我阅读了一篇关于Uber怎样检测手机处于省电模式的文章。（注：文章连接是Uber found people more likely to pay） 在人们手机快要关机时，使用Uber可能会面临更高的价格。 这家公司（注：指Uber）宣称他们不会利用手机是否处于节能模式这一数据来进行定价， 但是这里我想知道 我们怎么知道用户的iPhone处于低电量模式

• 原文链接 : Undo History in Swift

• 原文作者 : chriseidhof
• 译文出自 : 掘金翻译计划
• 译者 : Zheaoli
• 校对者: xcc3641, Jaeger

在过去的一段时间里，有很多的Blog推出了关于他们想在Swift中所添加的动态特性的文章。事实上Swift 已经成为了一门具有相当多动态特性的语言：它拥有泛型，协议， 头等函数（译者注1：first-class function指函数可以向类一样作为参数传递），和包含很多可以的动态操作的函数的标准库，比如map和filter等（这意味着我们可以利用更安全更灵活的函数来代替 KVC 来使用 字符串）（译者注2：KVC指Key-Value-Coding一个非正式的 Protocol，提供一种机制来间接访问对象的属性）。对于大多数人而言，特别希望介绍反射这一特性，这意味着他们可以在程序运行时进行观察和修改。

• 原文链接 : PostCSS – What It Is And What It Can Do

• 原文作者 : Jake Bresnehan
• 译文出自 : 掘金翻译计划
• 译者 : Zheaoli
• 校对者: aidistan, JolsonZhu

PostCSS起源于2013年9月，发展到现在，已经有很多开发者在工作中使用它。如果你尚未接触过PostCSS，这篇文章正适合你。

• 原文链接 : WWDC 2016: Increased Safety in Swift 3.0

• 原文作者 :
  Matt Mathias
• 译文出自 : 掘金翻译计划
• 译者 : Zheaoli
• 校对者: llp0574, thanksdanny

在 Swift 发布之后，Swift 的开发者一直在强调，安全性与可选择类型是 Swift 最为重要的特性之一。他们提供了一种nil的表示机制，并要求有一个明确的语法在可能为nil的实例上使用。

• 原文链接 : Good Swift, Bad Swift — Part 2

• 原文作者 : Kristian Andersen
• 译文出自 : 掘金翻译计划
• 译者 : Zheaoli
• 校对者: owenlyn, yifili09

不久之前，在我写的好与坏，Swift面面观 Part1一文中，我介绍了一些关于在 Swift 里怎样去写出优秀代码的小技巧。在 Swift 发布到现在的两年里，我花费了很长时间去牢牢掌握最佳的实践方法。欲知详情，请看这篇文章：好与坏，Swift面面观 Part1.