共计 4798 个字符，预计需要花费 12 分钟才能阅读完成。
概括
Swift 从 5.0 的 ABI 稳固到 5.1 的模块稳固，Swift 终于不是《Swift 入门到重学》了。本次 WWDC2020，Swift 5.3 正式公布，Swift 仍旧朝着平安、高效、易读的方向继续发力，一直的在改良语法，加强代码的表达能力和易用性。因为 Swift 的模块稳固，SPM 当初也反对了二进制模块的散发，逐步欠缺的社区生态也在一直拓宽 Swift 能够涉足的畛域，而不仅仅是在 Apple 平台之上。
下图展现了 WWDC2020 中 Swift 相干内容的脑图，心愿能够帮忙大家疾速理解。
（WWDC 2020 精彩内容思否专栏：https://segmentfault.com/blog…
本篇内容来自于阿里巴巴淘系技术部，无线开发工程师星志。
更多精彩内容可关注【淘系技术】公众号。）
语言环境的欠缺和拓展
一门欠缺编程语言有三个最根本的因素：语法、规范库、调试能力。语法设计决定了语言的编程范式；规范库决定了语言的根本能力；调试能力决定了开发者的体验和语言的稳定性。
苹果在 Swift 的迭代过程中一直的强化这几点，咱们能够来看看 Swift 又失去了哪些晋升。
语法个性
Swift 的语法设计外围还是 OOP，然而这不障碍 Swift 的语法在反对 POP 和函数式编程甚至 DSL 失去的强化。Swift 也因为 SDL 个性的退出，开始逐步的适应申明式编程的方向倒退，比方后文提到的 @main 等等。
Multiple trailing closure
这个改良解决了当函数最初几个参数为闭包的状况下，导致的括号嵌套的问题，API 更加简洁也更加具备表白性。SwiftUI 利用这个语言个性，也变得更加简洁易懂。
KeyPath as Function
当初 KeyPath 能够当做函数来应用了。这个语法糖解决的问题当咱们应用相似 map 一样的函数时，只须要取出对应数据模型中的某一个属性，为此咱们不得不写相似 map {$0.property} 的代码，有了这个语法糖，事件就能够简化成了 map(\.property)。
Type-based program entry point (@main)
引入了新的修饰符 @main，能够标记在带有 public static func main() 函数实现的所有类型，无论 main 函数时从拓展来得还是继承来的。增加这个个性的意义在与维持申明式的语义，将申明式语义进行到底。YES！
Increase availability of implicit self in closures
以前咱们写逃逸闭包时如果捕捉了 self，咱们须要在跟 self 无关的中央写上 self. 以警示咱们留神循环援用。
如果在闭包的捕捉列表中显示申明捕捉 self，在闭包中对 self 相干的拜访能够省略。如果是在不可变的函数中拜访，self 能够间接省略（为了 SwiftUI）。
其实这一点改良有用然而覆盖面并不是很广，因为在理论的利用中，咱们都是尽量先弱援用 self 后再强援用 self，来保障 self 的可拜访性。在如下场景就得不到此项优化:
Multi-pattern catch clauses
这种写法能够主动实现谬误匹配，进入到对应的错误处理中，而不须要应用 switch，加强语言的可读性。
Enum enhancements
主动合乎 Comparable
编译器当初能够主动为你生成 Comparable 的相干办法，实现 Enum 的比拟。
Enum case 能够用来适配 protocol
这个个性看援用场景须要吧，官网给了一个比拟好的例子。具体相干内容能够参考 SE-0280。
DSL 新增对 switch 的反对
当初能够在 SwiftUI 等 Swift DSL 中应用 switch-case 来进行模式匹配，之前只有对 if-else 的反对。某种程度上也是为 SwiftUI 而生的能力。
规范库
其实这里说规范库是狭义的规范库，其中包含了开发者随语言散发的规范库，如规范 I/O 库等，运行时环境，编译环境，一方库等等。苹果往年在这部分下足了功夫，因为规范库、各种各样的一方三方库才是展示一门语言能力的中央，否则再好的语法也不会有人用，语言究竟还是工具，能解决问题才是要害。
Swift 5.3 在代码尺寸和运行时都有不小的晋升。Swift Package Manager（SPM）减少对二进制和资源的反对，深度集成 Xcode，亲儿子的劣势逐步显示了进去。Swift 原本设计的初衷原本就是一门 General Purpose 的语言，往年苹果正式发表 Swift 反对了 Apple platform，Ubuntu/CentOS/Amazon Linux，不久的未来也会反对 Windows，正式成为一门优良的跨平台语言。
规范库更新
- Float16 的反对，具备更好的运算性能
- Apple Archive 一种性能相似 zip 的压缩文件，苹果就是用这种格局来更新零碎
- Swift System 对操作系统根底 API 的包装，让 API 更强壮易用
- OSLog 举荐应用的 logging system
从这些更新能够看出，苹果对 Swift 的底层操作十分关怀，Swift System 的呈现让应用 Swift 底层开发者脱离 OS C API 的折磨，取得更统一更强壮的代码体验。
新的一方库
- Numerics 解决 Swift 中数学计算相干问题
- ArgumentParser 为 Swift 编写脚本提供了强力的工具
- StandardLibraryPreview 预览规范库中的新性能
Code Size and Runtime
在应用 UIKit 的状况下，Swift 4.1 时生成的二进制代码曾经从 OC 的两倍还多，然而在 Swift 5.3 中，这个差距曾经放大到小于 1.5 倍了。也就是说之前大量应用 Swift app 会主动失去二进制大小的优化，而对于担心 Swift 会造成包大小问题的 App，当初曾经不算是很大的问题了。因为只须要付出能够承受的代价，就能取得 Swift 带来的平安性能和开发体验。
如果 App 应用了纯 SwiftUI，二进制代码甚至能够放大 43% 之多。可见苹果优化 Swift 的功底之深，而且这些优化，只须要从新编译一次即可享受，何乐而不为。
因为 Swift 更紧凑的值类型，运行时的内存，调配雷同的对象所需的空间天然比 OC 更小。Swift 5.3 相较 5.1，运行时的必要额定信息存储要少十分多，甚至做到了比 OC 还要少，大大减小了 Swift 的运行时内存。这对低内存的设施是十分有帮忙的，同时，更少的零碎内存意味着更多的用户内存。而这所有，只须要从新编译即可。
Swift 底层的一直优化也让其成为一门高效的语言，升高运行时的要求，就能够晋升其利用的场景。
Swift Package Manager
SPM 作为 Swift 生态十分重要的一环，也迎来了更新。
- SPM 反对二进制包散发
- SPM 反对了资源的打包
这两点更新曾经表明了 SPM 的能力曾经足够欠缺了。目前具备肯定规模 App 的外部模块都开始应用 Cocoapods 做二进制组件化的集成，这样能够明确对代码解耦，进步打包的效率。在这样的背景之下，SPM 对这两点要害个性的反对曾经能够覆盖住大型 App 需要了，而且 SPM 不单单只跟 Swift 玩，C Family 它都能够反对。
在 SPM 与 Cocoapods 的比照中，亲儿子 SPM 跟 Xcode 深刻整合，Xcode 能够间接关上编辑 swift package，Xcode 因为 SPM 设计了对应的操作界面，升高了开发和应用的门槛。成熟的工具链也让联调 Swift Package 轻而易举。而 Cocoapods 由社区保护，每一次 Xcode 更新其响应也不算很及时，在针对大型 App 时因为 Podfile 与 podspec 的拆散导致了许多不统一，应用 ruby 还有肯定的门槛。
当初兴许是拥抱 SPM 的好时机。
跨平台
当初官网反对的操作系统列表如下:
- Apple platform
- Ubuntu 16.04, 18.04, 20.04
- CentOS 8
- Amazon Linux 2
- Windows (coming soon)
真正做到的跨平台，并且 Swift 官网反对 AWS Lambda。AWS Lambda Runtime 曾经开源，反对了 AWS 的 FaaS 编程，进一步的拓宽了 Swift 涉足的畛域。
调试能力 (开发者体验)
调试和开发者体验也是一门语言十分重要的一环，因为没有人会写出没有谬误的代码，查看谬误的能力和工具对一门语言来说非常重要。苹果也非常重视这一方面，在开发者体验高低足了功夫。
更加智能的诊断信息
刚开始应用 Swift 的开发者可能常常会对 Xcode 的报错信息不知所云，在引入 SwiftUI 后，这个问题尤为显著。笔者第一次编写 SwiftUI 时，只有 body 中某个中央出错，报进去的谬误都是不正确的，只能通过肉眼检查和推断能力明确本人的谬误，非常苦楚。
当初苹果重制了诊断能力，当初 Swift 的错误诊断比之前精确了许多，谬误没有乱报并且谬误提醒也变得很好了解，特地是 SwiftUI，很容易晓得错在哪了。在 Swift 中，编译通过就是对正确性的一个很好的证实，除非你用不平安的形式让编译器闭嘴。
主动补全
通过强化的类型推断零碎，也加强了 Swift 的代码补全能力。这个预计降级到 Xcode 12 就能够顺利体验了。同时代码缩进能力也失去了增强。
LLDB
踊跃拥抱 Swift
看了这么多年 WWDC，每次看时大家应该都有一种心态
只反对最新版本，咱们才反对 iOS X (低版本），这些货色跟我没关系
感觉 Swift 真香，然而事实只让我应用 OC（叹口气）
什么语言不是用，OC 这么多年必定够用了
危机
然而如果不及时做出扭转，放弃能用就行，在后退的路上，背上的担子就会越来越重。当发现快走不动时，又回过头来看 WWDC，就会发现，原来解决方案很久以前就曾经给进去了，只是过后不感觉是个问题，这不反对那不适合，然而当初想拿进去应用的时候，面对背上那一团团的乱码，却又大刀阔斧。
做出扭转是苦楚的，然而当以前感觉痒就挠挠就解决了的事件，逐步变成当初的痛点时，要做出扭转兴许会更苦楚。
Swift 的呈现就是为了代替并且超过 Objective-C 的语言，尽管说苹果因为历史起因还在应用 OC，然而种种迹象表明，苹果正在做踊跃的工作，逐步通过 Swift 升高 OC 在整个零碎的比重。
社区也在踊跃的转变，许多驰名的第三方库都曾经迁徙至 Swift，OC 版本曾经不再保护，例如 Lottie 曾经在 Swift 版本上呈现了 OC 版本不存在的个性，并且 OC 版本不再保护。这种景象缓缓会越来越多。
扭转
咱们也在积极探索 Swift 在手淘的落地，获得了 Swift 5.1 能模块在手淘中正确运行起来的阶段性成就。
当初机会曾经成熟，语言个性，SPM，工具链，规范库都曾经足够弱小，是时候做出扭转了。
Swift 尽管看起来很简略，但其实它是一种上限低，下限高的语言，团体外部的 Swift 环境，须要大家来一起保护。咱们将来也要增强 Swift 语言相干的培训，让开发者真正了解 Swift，上手 Swift，成为一名 Swifter 而不是 OSwifter。
手淘客户端团队正在进行社招招聘，岗位有 iOS Android 客户端开发工程师等，欢送举荐。
简历投递：junzhan.yzw@taobao.com
参考
- SwiftUI 背地那些事儿
- WWDC20 What’s new in Swift
- WWDC19 What’s new in Swift
- WWDC18 What’s new in Swift
- WWDC17 What’s new in Swift
- WWDC16 What’s new in Swift)
- WWDC20 Swift packages: Resources and localization
- WWDC20 What’s new in SwiftUI
- Swift 5 时代的时机与挑战到底在哪里？
- Swift Evolution
（WWDC 2020 精彩内容思否专栏：https://segmentfault.com/blog…
本篇内容来自于阿里巴巴淘系技术部，无线开发工程师星志。
更多精彩内容可关注【淘系技术】公众号。）