iOS中经常会把你的代码给第三方使用,但是又不想让别人看到你实现的源代码,这时候会有两种选择:把你的代码打包成静态库或者Framework。
在早两年的时候,静态库毫无疑问十分容易生成,Framework却比较难做:所以很多时候如果代码中的.h文件比较少的话,用静态库就够了。然而Framework一直有一个优势:它看上去高大上(是的,这是我认为它最大的优势),让你的工程看上去更加整洁;它对头文件隐藏的更好(这是什么鬼?)。
开始很多人都用的开源框架iOS-Universal-Framework来生成Framework,然而后来Xcode升级后制作Framework变得非常容易,所以这个框架用的人不是非常多了。
进入正题吧。
首先,你需要新建一个框架的模板:
新建工程成功后你发现目录下有一个.h和一个plist文件,先不管它们。
之后,你需要拖入一个相对完整的功能模块。这里直接创建了两个新的工具类:
//Tool1.h
- (void)printName:(NSString *)name;
//Tool1.m
- (void)printName:(NSString *)name
{
NSLog(@"您的名字为:%@",name);
}
//Tool2.h
- (void)printMyName;
//Tool2.m
#import "Tool1.h"
- (void)printMyName
{
Tool1 *tool1 = [[Tool1 alloc]init];
[tool1 printName:@"Tony"];
}
之后向项目中加入你所依赖的框架。
随后在Build Phases->Headers中设置你要暴露的接口。
这里我把Tool1.h和Tool2.h都移动到了Public中。
选择相应的运行设备:
如果你选择了模拟器,那么打包出来的框架将能在对应的模拟器上使用;如果你选择了真机,那么将能在对应真机上使用。
接下来要用到脚本。所以在Build Phases添加一项Run Script。
进入Run Script中,
加入下面的脚本将模拟器和真机的Framework合并:
if [ "${ACTION}" = "build" ]
then
INSTALL_DIR=${SRCROOT}/Products/${PROJECT_NAME}.framework
DEVICE_DIR=${BUILD_ROOT}/${CONFIGURATION}-iphoneos/${PROJECT_NAME}.framework
SIMULATOR_DIR=${BUILD_ROOT}/${CONFIGURATION}-iphonesimulator/${PROJECT_NAME}.framework
if [ -d "${INSTALL_DIR}" ]
then
rm -rf "${INSTALL_DIR}"
fi
mkdir -p "${INSTALL_DIR}"
cp -R "${DEVICE_DIR}/" "${INSTALL_DIR}/"
#ditto "${DEVICE_DIR}/Headers" "${INSTALL_DIR}/Headers"
lipo -create "${DEVICE_DIR}/${PROJECT_NAME}" "${SIMULATOR_DIR}/${PROJECT_NAME}" -output "${INSTALL_DIR}/${PROJECT_NAME}"
#open "${DEVICE_DIR}"
open "${SRCROOT}/Products"
fi
接下来的工作就十分轻松了,点击左上角的运行按钮,然后脚本就自动弹出生成的Framework了。不过你要在64位和32位的编译器上各跑一次来适配不同的设备(比如5和5S)。
好啦!你已经看到这个Framework了,你现在可以把他拖到你想要用的地方了。快去试试吧!
怎么?你碰到麻烦了?编译报错了。
哦,你还需要让编译器提前编译这个二进制文件。
进入General->Embedded Binaries,将加入的Framework添加上去。
这样就OK了。
其实制作过程也只是按部就班罢了,Framework的核心在于内部结构的设计。之前和XX银行合作时,拿到他们的Framework,非常整洁,类名和方法名都极其直观,完全不用看接口文档和注释,一直引以为规范。
然而不管怎么样,请谨慎设计你的接口,在每个对外暴露的方法中做好注释;最后,一份通用的接口文档也是必须的。