自从笔者第一次尝试 Swift 到现在已经过去 5 年多了，从Swift 的第一个版本到现在的 Swift 5.2，Swift 语言发生了天翻地覆的变化。 Swift 生态也已经很完善，日常开发中用到的各种库基本都支持了 Swift。那些现在还在纠结要不要使用 Swift 的同学可以看看这篇文章 ，文章中提到的几个问题几乎涵盖了 OC 与 Swift 混编时会遇到的一些问题，文章中都给出了相应的解决方案。
Swift 和 Objective-C 以及 C、C++（Swift 不能直接调用 C++，必须通过 OC进行调用） 混编的阻力非常小。它可以自动桥接 objective-C 的类型，甚至可以桥接很多 C 的类型。这就可以让我们在原有库的基础上，使用 Swift 开发出简洁易用的 API。Swift 和 Objective-C 混编的文章不少，在这篇文章中，我们将学习如何让 C 与 Swift 进行交互。
在 Metal 的架构中，MTLDevice 协议定义了代表单个 GPU 的接口。MTLDevice 协议提供了一些方法用于查询设备属性，创建其他特定于设备的对象（例如缓冲区和纹理）以及用于编码和排队渲染和要提交到 GPU 中执行的计算命令。
在很多新的主板中都会有 “CFG Locak” 的选项，它的作用是关闭或者开启 MSR 0xe2 寄存器。
Swift Package Manager 是用于管理 Swift 代码分发的工具。它与 Swift 构建系统集成在一起，可以自动执行依赖项的下载，编译和链接过程。
随着移动互联网的快速发展，项目的迭代速度越来越快，需求改变越来越频繁，传统开发方式的工程所面临的一些，如代码耦合严重、维护效率低、开发不够敏捷等问题就凸现了出来。于是越来越多的公司开始推行”组件化”，通过对原有业务或新业务进行组件(或模块)拆分来提高并行开发效率。
DOSBox 是一个创建与 MS-DOS 兼容环境的模拟器, 在 macOS 中我们需要用它来模拟 DOS 环境。
以前我们都是开发 iOS 应用，今天让我们来做点不一样的，来开始开发 Mac OS 应用。
函数式编程所依赖的原理，在很多方面其实是早于编程本身出现的。因为函数式编程这种范式依赖于 Alonzo Church 在20世纪30年代发明的 λ演算。
一直想写一些 Swift 的东西，却不知道从何写起。因为想写的东西太多，然后所有的东西都混杂在一起，导致什么都写不出来。翻了翻以前在组内分享的一些东西，想想把这些内容整理下，写进博客吧。我对计划要写的东西做了个清单（最近做什么都喜欢在前一天睡觉前做个清单，这样多少改善了我的拖延症🤪）：
如果有这样的一个需求，我希望能像数组一样，用 for 循环遍历一个类或结构体中的所有属性。要实现这样的需求，我们需要让自定义的类型遵守 Sequence 协议。