iOSiOS开发札记iOS Developer

iOS如何制作你自己的Framework

2016-09-13  本文已影响2691人  水田夏木

iOS中经常会把你的代码给第三方使用,但是又不想让别人看到你实现的源代码,这时候会有两种选择:把你的代码打包成静态库或者Framework。
在早两年的时候,静态库毫无疑问十分容易生成,Framework却比较难做:所以很多时候如果代码中的.h文件比较少的话,用静态库就够了。然而Framework一直有一个优势:它看上去高大上(是的,这是我认为它最大的优势),让你的工程看上去更加整洁;它对头文件隐藏的更好(这是什么鬼?)。
开始很多人都用的开源框架iOS-Universal-Framework来生成Framework,然而后来Xcode升级后制作Framework变得非常容易,所以这个框架用的人不是非常多了。
进入正题吧。
首先,你需要新建一个框架的模板:

两个选项对应Framework和.a文件,选择第一个

新建工程成功后你发现目录下有一个.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中设置你要暴露的接口。


主要设置Public和Private

这里我把Tool1.h和Tool2.h都移动到了Public中。
选择相应的运行设备:

选个模拟器玩玩

如果你选择了模拟器,那么打包出来的框架将能在对应的模拟器上使用;如果你选择了真机,那么将能在对应真机上使用。
接下来要用到脚本。所以在Build Phases添加一项Run Script。

点击那个加号

进入Run Script中,

记得这个在Build Phases下哦

加入下面的脚本将模拟器和真机的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,非常整洁,类名和方法名都极其直观,完全不用看接口文档和注释,一直引以为规范。
然而不管怎么样,请谨慎设计你的接口,在每个对外暴露的方法中做好注释;最后,一份通用的接口文档也是必须的。

上一篇 下一篇

猜你喜欢

热点阅读