两个以上的工程同时开发时，如果需要引用相同的网络层、第三方库、工具类等代码，可以考虑将其放到一个workspace；将共同代码抽取出来，放在该工程的一个framework中。考虑到编译步骤的复杂性，通常一个workspace建立一个 framework就可以了。
这样，在不同工程中只要引用该framework，即可调用它里面的方法。不用同一份代码拷贝两个以上的地方，避免不同工程中的实现代码不一致，提高了开发效率和可维护性。
本文以极光推送（JPush）SDK为例，一步步将极光推送的.a库以framework的形式打包进自己项目的workspace。项目发布在我的GitHub主页。
整个步骤走完即可避免项目实施过程中的坑。下面一起来看看吧。
一、创建工程
首先创建一个workspace、包含一个Cocoa Touch Framework和一个Swift工程。这个比较简单。目录结构如下：
工程目录
二、修改UtilLib工程配置
2.1、修改UtilLib工程的Build Phases如下：
UtilLib.xcodeproj
2.2、修改UtilLib -> Build Settings配置如下：
UtilLib.xcodeproj
三、修改WorkProj配置，运行工程
3.1、WorkProj工程中，在Build Phases -> Link Binary With Libraries中添加新建的库.framework。引用新建的framework。
WorkProj.xcodeproj
3.2、新建桥接文件WorkProj-Bridging-Header.h。因为中Swift中混编OC，需要桥接。
#WorkProj-Bridging-Header.h
#ifndef WorkProj_Bridging_Header_h
#define WorkProj_Bridging_Header_h
#import <UtilLib/JPUSHService.h>
#endif /* WorkProj_Bridging_Header_h */
3.3、在工程的Build Settings设置OC桥接文件名称（在工程根路径下可直接写文件名，否则要写它的相对路径）
WorkProj.xcodeproj
四、准备就续，首先运行UtilLib工程，再运行WorkProj工程：
AppDelegate.swift
可以正常运行了。
查看编译后的文件，虽然
UtilLib.framework只有844Kb，但是在外部工程中可以链接并调用UtilLib.framework的方法。
五、错误收集：
这期间有不少的坑，有些是能非常简单的解决的，有些在网上并没有直接的解决办法。现在列出来记录一下：
5.1、如果路径不对，会报如下的错误。此时在Objective-C Bridging Header中设置它的路径即可。
screenshot7.png
5.2、运行WorkProj工程，会报错误：
Undefined symbols for architecture x86_64: "_OBJC_CLASS_$_JPUSHService", referenced from: objc-class-ref in AppDelegate.old: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
implementation not found
大意是JPUSHService没有实现文件。原因是UtilLib.framework文件中并不包含JPUSHService类的实现。
解决办法是在framework -> Build Settings -> Other Linker Flags加入-all_load、-ObjC。即文中2.2步骤。
