iOS如何制作你自己的Framework

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