前言
这一期(200期)将是我最后一期以主要贡献者身份参与项目。我想要感谢开启这个项目的Jesse Squires，以及相信我并接替我继续运营这个项目的Bas Broek。同样我还要感谢所有帮助撰写、审阅或提供内容的贡献者。这确实是一个社区运行的项目。谢谢！
播客
在Sundell 播客 Swift 的第 110 集中，Tim Condon与John Sundell一起讨论客户端和服务端 Swift 开发人员如何利用新的内置并发系统，以及分布式和其他即将推出的语言功能如何继续下去让 Swift 在服务器上更加强大。
新闻和社区
六年前，即 2015 年 12 月 3 日，Swift 语言开源了。
Xcode 13.2 已经发布。该版本略有下降，但具有一些显著的Swift 特性。
Swift Playgrounds 4 现已推出。Swift Playgrounds 是学习如何编码的最佳和最简单的方法。借助 Swift Playgrounds 4，您可以使用工具直接在 iPad 上构建 iPhone 和 iPad 应用程序，并将它们直接提交到 App Store Connect。
亚马逊网络服务宣布Swift版本的AWS SDK目前可以开发者预览。
Vincent Pradeilles发布了一段关于 Swift 标准库的视频。
提交和拉取请求
Alejandro Alonso合并了一个删除 ICU的拉取请求。
同意的提案
SE-0331 从不安全的指针类型中删除Sendable已被接受。
正在审查的提案
Swift 中的存在类型有一个非常轻量级的拼写：类型上下文中的协议名称意味着存在类型。多年来，这已经通过引起混乱上升到主动危害的程度，导致程序员走上错误的道路，一旦他们遇到值级抽象的基本限制，通常需要他们重新编写代码。该提案通过使用 any 明确存在类型的巨大影响。
随着最近在语言中引入了actors，Swift 获得了用于编写线程安全并发程序的强大而基础的构建器。该提案是一系列通过分布式 actor的概念扩展 Swift 的 actor 运行时的提案中的第一个，让开发人员不仅可以在本地环境中，还可以在分布式环境中利用 actor 模型。
对于分布式参与者，我们承认我们生活的世界越来越多地围绕分布式系统构建，我们应该为开发人员提供更好的工具方便在这些环境中工作。我们的目标是简化和推动 Swift 中分布式系统编程的最新技术，就像我们把利用local actors来并发编程和Swift's structured concurrency方法嵌入到Swift语言中。
该提案侧重于扩展分布式actors的actor隔离和类型检查。
有许多 Swift MQTT 库，但很多都不是建立在 SwiftNIO 之上的。许多只支持一个版本的协议或不提供 WebSocket 或 TLS 连接。MQTTNIO 提供了所有这些。该库最近还新增了新的的 Swift 并发 API。
SE-0327：关于 Actors 和初始化正在接受第二次审查。
针对第一次审查 1 的反馈，该提案经历了多次修改，作者总结为：
- 与 actor 无关的 actor 初始值设定项现在允许您从
nonisolated方法中执行通常可以执行的任何操作。作为交换，Swift 会自动拒绝可能不安全的存储属性的访问。这是问题描述和建议的解决方案 3。 - Actor 的析构器不能再访问实例的不可发送的存储属性。这是问题描述和建议的解决方案 1
- 类型的存储属性的默认值在非隔离上下文中进行评估。这是问题描述和建议的解决方案
- 不再需要定义一个
actor的委托初始化器时候加上convenience关键字。这是其委托初始化程序的问题描述和建议规则，仍在Sendability部分。
Swift论坛
Evan Wilde 提出了一个建议 @unavailableFromAsync属性。
Swift 并发模型允许任务在不同的线程上挂起和恢复。虽然这种行为允许计算资源的更高效用，但有一些令人讨厌的陷阱可能会出现在毫无戒心的程序员身上。一个陷阱是pthread_mutex_t从与持有锁的线程不同的线程解锁的未定义行为。跨暂停点读取和写入线程本地存储也可能导致意外行为，因为操作可能会在不同的线程上恢复。
Tom Doron提出了一个想法，即默认情况下在支持的平台上静态链接 Swift 运行时库。
Swift 5.3.1 引入了在 Linux 上静态链接 Swift 运行时库。使用此功能，用户可以 --static-swift-stdlib 在调用 SwiftPM 命令（或长格式 -Xswiftc -static-stdlib）时设置标志，以便将 Swift 运行时库静态链接到程序中。
在某些平台上，例如 Linux，这通常是链接程序的首选方式，因为程序更容易部署到目标服务器或以其他方式共享。
该提案探索了在此类平台上构建可执行程序时使其成为 SwiftPM 的默认行为。
Frederick Kellison-Linn提议重新考虑@escaping可选函数型参数。[
Kavon Farvardin](https://swiftweeklybrief.com/issue-200/)更新了关于 Actors 和 Initialization的提案。
由于提案与第一次审查有很大不同，所以这类似于竞标。下面是所提议的主要功能的非常非正式且不完整的摘要，以及一些指向文档本身的链接以获取更多详细信息：
- 与actor 无关的actor 初始值设定项现在允许您从
nonisolated方法中执行通常可以执行的任何操作。作为交换，Swift 会自动拒绝对可能不安全的存储属性的访问。这是问题描述 2和建议的解决方案 1。 - Actor 的析构器不能再访问实例的不可发送的存储属性。这是问题描述 1和建议的解决方案
- 如果类型的隔离与其初始值设定项不兼容，则类型的存储属性不能具有默认值。这是问题描述和建议的解决方案
- 不再需要定义一个
actor的委托初始化器时候加上convenience关键字。这是其委托初始化程序的问题描述 3和为其委托初始化器提出的规则 2,仍在Sendability部分。
关于我们
Swift社区是由 Swift 爱好者共同维护的公益组织，我们在国内以微信公众号的运营为主，我们会分享以 Swift实战、SwiftUl、Swift基础为核心的技术内容，也整理收集优秀的学习资料。
欢迎关注公众号:Swift社区，后台点击进群，可以进入我们社区的各种交流讨论群。希望我们Swift社区是大家在网络空间中的另一份共同的归属。
特别感谢 Swift社区 编辑部的每一位编辑，感谢大家的辛苦付出，为 Swift社区 提供优质内容，为 Swift 语言的发展贡献自己的力量。
