动态库与静态库
什么是静态库
静态库(Static Library),可以将它理解为一个二进制文件,通过公共的 .h 文件,可以获取到 .a 中暴露的方法或者属性等。在最后编译 APP 的时候.a 将被链接到最终的可执行文件中,由于不能控制加载的方式和时机,所以称为静态库
什么是动态库
动态库(Dynamic Framework), 在 iOS 系统的框架是以 .framework 结尾的,就是动态框架。Framework 其实是一个 bundle,也可以理解为是一个特殊的文件夹。系统的 framework 是存在于系统内部,而不会打包进 APP 中,这可以保证 app 启动速度。相比静态库,使用起来很方便。
静态库和动态库的区别
静态库和动态库区别主要体现在编译和运行时期,在编译APP的时候静态库的.a文件就会被链接到可执行文件当中去,从一定程度上来讲静态库也会增加包的大小;
动态库在编译时并不会编译到可执行文件当中,而是在程序运行的过程当中使用到了动态库才会进行载入
创建并配置Framework
创建Framework
配置Framework
-
动态&静态库选择
-
支持的版本
-
创建bundle文件
构建API
- 示例API构建
JJXConst.swift文件
import Foundation
public let JJX_SDK_Version = "0.3.1";
JJXSDKInfo.swift文件
import Foundation
public class JJXSDKInfo: NSObject {
public func fetchSDKVersion() -> String {
return JJX_SDK_Version
}
}
JJXSDKManager.swift文件
import UIKit
public class JJXSDKManager: NSObject {
public static let sharedInstance = JJXSDKManager()
//版本信息
public let sdkInfo: JJXSDKInfo
//MARK: private
private override init() {
sdkInfo = JJXSDKInfo.init()
}
}
-
暴露swift文件
为何此处会选择暴露swift文件?
如果我们仅仅是将API编写完成,然后编译成Framework,将其拖入到其他工程当中进行使用,是可以选择不在此处暴露swift文件的。后续在使用Cocoapods将Framework进行发布的时候发现如果不将swift文件进行暴露,库就无法正常的进行使用。(目前其中的原因还不太了解,后续再继续查找相关的资料进行补充,此处如果理解不正确还请大家指教!!!)
如何对Framework提供的API进行测试
测试Framework的方法
- 方法一:编译出Framework,拖入其他测试工程中进行API的测试
- 方法二:创建依赖的测试工程,进行API的测试
两种方法都是可以对API进行测试的,此处是不推荐使用方法一,如果编译成Framework拖入其他工程进行测试,那么在测试的过程中如果发现API有问题,并不能够很好的对问题进行定位,所以更加推荐方法二,使用依赖工程的方式,可以很方便的在API中打断点进行问题定位,也更利于对库进行代码上的修改
创建依赖测试工程
使用Xcode新建一个工程,随便起一个名字,比如JJXSDKExample
将Framework工程嵌入到测试工程中
-
将SDK项目工程拖入到测试工程目录中,如图所示
-
在测试工程中导入SDK项目工程,如图所示
编译运行测试
编译SDK
在编写测试工程代码时,需要先对 JJXSDKDemo进行编译,才会在上图中生成对应的JJXSDKDemo.framework文件,右击"JJXSDKDemo.framework",选择"show in finder" 可以查看到编译生成的Framework具体地址。如果修改了SDK工程的代码,需要对SDK进行重新的编译测试SDK API
import UIKit
import JJXSDKDemo
class ViewController: UIViewController {
var sdk : JJXSDKManager?
override func viewDidLoad() {
super.viewDidLoad()
sdk = JJXSDKManager.sharedInstance
print(sdk?.sdkInfo.fetchSDKVersion() ?? "---")
}
}
到此,关于动态库的创建以及测试就完成了。在最后,我们需要掌握如何对动态库CPU的架构进行合并,让库既能够在模拟器上使用,同时也可以在真机上使用
如何编译出真机和模拟器都支持的CPU架构
模拟器
i386:适合在32位上的模拟器使用
x86_64:适合在64位上的模拟器进行使用
真机
arm7:适合于支持ios7上的设备使用
arm7s:适用于iphon5 和iphone 5c使用
arm64:在64位处理器上使用
CPU架构合并
-
新建Target : File --- New --- Target
-
选择Aggregate
-
创建script
编写脚本文件
以范例中的脚本内容为例,具体PROJECT_NAME的值根据自己的需求进行命名
#!/bin/sh
# make configuration name
# CONFIGURATION_NAME = "ReleaseJJXSDKDemo"
#universal output folder
UNIVERSAL_OUTPUTFOLDER=${BUILD_DIR}/${CONFIGURATION}-universal
# make frame name
PROJECT_NAME = "JJXSDKDemo"
# Step 1. Build Device and Simulator versions
xcodebuild \
-target "${PROJECT_NAME}" \
ONLY_ACTIVE_ARCH=NO \
-configuration ${CONFIGURATION} \
-sdk iphoneos \
-arch arm64 \
BUILD_DIR="${BUILD_DIR}" \
BUILD_ROOT="${BUILD_ROOT}" \
clean build
xcodebuild \
-target "${PROJECT_NAME}" \
-configuration ${CONFIGURATION} \
-sdk iphonesimulator \
-arch x86_64 \
ONLY_ACTIVE_ARCH=NO \
BUILD_DIR="${BUILD_DIR}" \
BUILD_ROOT="${BUILD_ROOT}" \
clean build
# make sure the output directory exists
rm -rf "${UNIVERSAL_OUTPUTFOLDER}"
mkdir -p "${UNIVERSAL_OUTPUTFOLDER}"
# Step 2. Copy the framework structure (from iphoneos build) to the universal folder
cp -R "${BUILD_DIR}/${CONFIGURATION}-iphoneos/${PROJECT_NAME}.framework" "${UNIVERSAL_OUTPUTFOLDER}/"
# Step 3. Copy Swift modules from iphonesimulator build (if it exists) to the copied framework directory
SIMULATOR_SWIFT_MODULES_DIR="${BUILD_DIR}/${CONFIGURATION}-iphonesimulator/${PROJECT_NAME}.framework/Modules/${PROJECT_NAME}.swiftmodule/."
if [ -d "${SIMULATOR_SWIFT_MODULES_DIR}" ]; then
cp -R "${SIMULATOR_SWIFT_MODULES_DIR}" "${UNIVERSAL_OUTPUTFOLDER}/${PROJECT_NAME}.framework/Modules/${PROJECT_NAME}.swiftmodule"
fi
# Step 4. Create universal binary file using lipo and place the combined executable in the copied framework directory
lipo -create "${BUILD_DIR}/${CONFIGURATION}-iphonesimulator/${PROJECT_NAME}.framework/${PROJECT_NAME}" "${BUILD_DIR}/${CONFIGURATION}-iphoneos/${PROJECT_NAME}.framework/${PROJECT_NAME}" -output "${UNIVERSAL_OUTPUTFOLDER}/${PROJECT_NAME}.framework/${PROJECT_NAME}"
# Step 5. Convenience step to copy the framework to the project's directory
rm -rf "${PROJECT_DIR}/${PROJECT_NAME}.framework"
cp -R "${UNIVERSAL_OUTPUTFOLDER}/${PROJECT_NAME}.framework" "${PROJECT_DIR}"
# Step 6. Convenience step to open the project's directory in Finder
open "${PROJECT_DIR}"
-
修改为Release版本
最后,运行UniversalSDKDemo,便可编译出同时具有模拟器和真机架构的Framework