自从笔者第一次尝试 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 进行交互。
Bridging Header
当我们在一个 Swift 项目中添加 C 源文件时,Xcode 会询问是否添加 Objective-C 桥接头文件,这跟我们在 Swift 项目中添加 OC 文件一样。接着我们只需要在 Bridging Header 中添加需要暴露给 Swift 代码的头文件:
#include "test.h"
在 test.h 中声明了一个 hello 函数:
#ifndef test_h
#define test_h
#include
void hello(void);
#endif/* test_h */
然后在 tesh.c 中实现了它:
#include "test.h"
void hello() {
printf("Hello World");
}
现在我们就可以在 Swift 代码中调用 hello() 了。
Swift Package Manager
上面使用 Bridging header 的方式主要适用于 C 源代码跟 Swift 代码处于同一个 App target 下,对于那些独立的 Swift Framework 就不适用了,在这种情况下就需要使用 Swift 包管理器(Swift Package Manager , 下文简称SPM)了。从 Swift 3.0 开始我们就可以使用 SPM 来构建 C 语言的目标 (target)了。
下面我们将用 Swift 封装一个易用的 OpenGL 程序库。通过这个例子,我们基本上可以掌握如何在一个 Swif 库中与 C 进行交互了。
设置 SPM
为导入 C 程序库设置一个 Swift 包管理器项目并不是什么难事,不过还是有不少的步骤要完成。
现在让我们开始创建一个新的 SPM 项目吧。切换要保存代码的目录,执行下面的命令创建一个 SPM 包:
$mkdir OpenGLApp
$cdOpenGLApp