Bridging Header

一般的Swift项目中如需使用OC或者C的库可以使用Bridging Header的方式，不过这种方式也有许多的弊端。

1. 把需要的东西全部赤裸裸的摆在了外面容易造成方法重名等问题
2. 模块间的关系也变得不清不楚的
3. 如果Swift项目是Framework则无法采用Bridging Header方式

.modulemap(llvm Module)

2012 年提出概念，所以其实这个东西已经很早就实现了 。简单说就是用树形的结构化描述来取代以往的平坦式 #include， 例如传统的 #include <stdio.h> 现在变成了 import std.io;， 逼格更高。主要好处有：

1. 语义上完整描述了一个框架的作用
2. 提高编译时可扩展性，只编译或 include 一次。避免头文件多次引用，只解析一次头文件甚至不需要解析（类似预编译头文件）
3. 减少碎片化，每个 module 只处理一次，环境的变化不会导致不一致
4. 对工具友好，工具（语言编译器）可以获取更多关于 module 的信息，比如链接库，比如语言是 C++ 还是 C等等

实战

说了一大堆的废话下面开干

• 创建一个Swift的项目
  这一步很简单不用多说了吧，我创建的项目名ModulemapDemo
• 创建一个Module.modulemap文件
  直接创建一个Swift文件然后修改后缀即可
• 创建一个TestModulemapOC文件
  1. 系统会提示是否需要创建Bridging Header选择不需要就OK
  2. 搞一个test方法

#import <Foundation/Foundation.h>

NS_ASSUME_NONNULL_BEGIN
@interface TestModulemap : NSObject
- (void)test;
@end
NS_ASSUME_NONNULL_END

• 修改Module.modulemap文件

module TestModulemap [system] {
    header "TestModulemap.h"
    export *
}

• 修改配置文件

1. Build settings ==> Swift compiler search path ==> Import paths

2. 将文件拽到输入框内，然后删除后面指向的具体文件名记好了

   
   
   image.png
3. 导入

import UIKit
import TestModulemap

class ViewController: UIViewController {

    override func viewDidLoad() {
        super.viewDidLoad()
        
        let m = TestModulemap()
        m.test()
    }
}

4. 编译项目，不出意外，应该可以完美运行起来

• Demo结构示例
  
  image.png

5 .OC中使用
5.1. Build settings ==> Defines Module 设置为YES
5.2. Build settings ==> Module Map File 把Module.modulemap路径给他拖进去
5.3 使用👇这种方式即可

@import TestModulemap

6. . modulemap高级用法
   子模块

module TestModulemap [system] {
    module sub1 {
        header "BTest.h"
    }
    module sub2 {
        header "TestModulemap.h"
    }
}

使用 import TestModulemap.sub2
子模块依赖处理

module TestModulemap [system] {
    module sub1 {
        header "BTest.h"
        export sub2
    }
    module sub2 {
        header "TestModulemap.h"
    }
}

好了，不装逼了，仅仅是记录一下这玩意儿的使用流程而已，大家不要见笑，如有说错的地方，希望大家大胆指出。