用.modulemap实现模块化
2019-01-15 本文已影响0人
小奉不在乎
Bridging Header
一般的Swift项目中如需使用OC或者C的库可以使用Bridging Header的方式,不过这种方式也有许多的弊端。
- 把需要的东西全部赤裸裸的摆在了外面容易造成方法重名等问题
- 模块间的关系也变得不清不楚的
- 如果Swift项目是Framework则无法采用Bridging Header方式
.modulemap(llvm Module)
2012 年提出概念,所以其实这个东西已经很早就实现了 。简单说就是用树形的结构化描述来取代以往的平坦式 #include, 例如传统的 #include <stdio.h> 现在变成了 import std.io;, 逼格更高。主要好处有:
- 语义上完整描述了一个框架的作用
- 提高编译时可扩展性,只编译或 include 一次。避免头文件多次引用,只解析一次头文件甚至不需要解析(类似预编译头文件)
- 减少碎片化,每个 module 只处理一次,环境的变化不会导致不一致
- 对工具友好,工具(语言编译器)可以获取更多关于 module 的信息,比如链接库,比如语言是 C++ 还是 C等等
实战
说了一大堆的废话下面开干
-
创建一个Swift的项目
这一步很简单不用多说了吧,我创建的项目名ModulemapDemo
-
创建一个
Module.modulemap
文件
直接创建一个Swift文件然后修改后缀即可 -
创建一个
TestModulemap
OC文件- 系统会提示是否需要创建
Bridging Header
选择不需要就OK - 搞一个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 *
}
- 修改配置文件
- Build settings ==> Swift compiler search path ==> Import paths
-
将文件拽到输入框内,然后删除后面指向的具体文件名记好了
image.png - 导入
import UIKit
import TestModulemap
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
let m = TestModulemap()
m.test()
}
}
- 编译项目,不出意外,应该可以完美运行起来
-
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
- . 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"
}
}
好了,不装逼了,仅仅是记录一下这玩意儿的使用流程而已,大家不要见笑,如有说错的地方,希望大家大胆指出。