在iOS开发中,咱们时常会使用一些咱们封装好的管理类,框架类,方法类等,咱们在实现这些文件时,可能还会依赖一些第三方库或者系统库。若是每次咱们复用这些代码时,都要将关联的这些东西进行导入,甚至还要进行arc和mrc的编译设置,会浪费咱们很大的精力。除此以外,若是项目须要多人合做,你可能也并不但愿你的源代码暴漏在全部人的面前,这个时候,咱们就可使用静态库或者动态库的方式来对咱们的代码进行包装,便于复用。静态库的制做方法在一篇旧的博客中有描述:http://my.oschina.net/u/2340880/blog/398887。相比静态库文件,动态库的效率会更高且封装性更好,这里主要讨论动态库的制做。xcode
xcode6后支持在xcode中制做动态库,而且过程也十分简单。框架
新建一个项目,选择framework:iphone
以后咱们在里面编写咱们的代码,好比咱们建立一个MyObject类:测试
?ui
1
2
3
4
5
6
7
8
9
|
@interface MyObject : NSObject
-(
void
)myLog;
@implementation MyObject
-(
void
)myLog{
NSLog(@
"framework"
);
}
|
和静态库相似,若是咱们不作任何处理,打包出来的库文件只能在模拟器或者只能在真机上使用,为了方便咱们调试,咱们能够添加一个脚本命令,是的生成一个同时支持模拟器和真机的framework:this
新建target:spa
选择Aggregate:.net
以后,咱们在target的Build Phases中点击加号:调试
添加一个Run Script:code
在里面添加以下的脚本:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
|
set
-e
set
+u
# Avoid recursively calling this script.
if
[[ $SF_MASTER_SCRIPT_RUNNING ]]
then
exit
0
fi
set
-u
export
SF_MASTER_SCRIPT_RUNNING=1
SF_TARGET_NAME=${PROJECT_NAME}
SF_EXECUTABLE_PATH=
"${SF_TARGET_NAME}.framework/${SF_TARGET_NAME}"
SF_WRAPPER_NAME=
"${SF_TARGET_NAME}.framework"
if
[[
"$SDK_NAME"
=~ ([A-Za-z]+) ]]
then
SF_SDK_PLATFORM=${BASH_REMATCH[1]}
else
echo
"Could not find platform name from SDK_NAME: $SDK_NAME"
exit
1
fi
if
[[
"$SDK_NAME"
=~ ([0-9]+.*$) ]]
then
SF_SDK_VERSION=${BASH_REMATCH[1]}
else
echo
"Could not find sdk version from SDK_NAME: $SDK_NAME"
exit
1
fi
if
[[
"$SF_SDK_PLATFORM"
=
"iphoneos"
]]
then
SF_OTHER_PLATFORM=iphonesimulator
else
SF_OTHER_PLATFORM=iphoneos
fi
if
[[
"$BUILT_PRODUCTS_DIR"
=~ (.*)$SF_SDK_PLATFORM$ ]]
then
SF_OTHER_BUILT_PRODUCTS_DIR=
"${BASH_REMATCH[1]}${SF_OTHER_PLATFORM}"
else
echo
"Could not find platform name from build products directory: $BUILT_PRODUCTS_DIR"
exit
1
fi
rm
-rf buildProducts
mkdir
buildProducts
# Build the other platform.
xcrun xcodebuild -project
"${PROJECT_FILE_PATH}"
-target
"${TARGET_NAME}"
-configuration
"${CONFIGURATION}"
-sdk ${SF_OTHER_PLATFORM}${SF_SDK_VERSION} BUILD_DIR=
"${BUILD_DIR}"
OBJROOT=
"${OBJROOT}"
BUILD_ROOT=
"${BUILD_ROOT}"
SYMROOT=
"${SYMROOT}"
$ACTION
# Smash the two static libraries into one fat binary and store it in the .framework
xcrun lipo -create
"${BUILT_PRODUCTS_DIR}/$PRODUCT_NAME.framework/$PRODUCT_NAME"
"${SF_OTHER_BUILT_PRODUCTS_DIR}/$PRODUCT_NAME.framework/$PRODUCT_NAME"
-output
"${PROJECT_DIR}/buildProducts/$PRODUCT_NAME"
cp
-rf ${BUILT_PRODUCTS_DIR}/$PRODUCT_NAME.framework ${PROJECT_DIR}
/buildProducts
mv
${PROJECT_DIR}
/buildProducts/
$PRODUCT_NAME ${PROJECT_DIR}
/buildProducts/
$PRODUCT_NAME.framework
|
接着,咱们须要将给外界的接口文件暴露出来,将其移动到public下便可:
以后咱们运行程序,须要注意的一点事,若是要支持64位,须要在编译选项中设置,以下:
到此时,咱们的framework库文件就制做完成,在xcode的window->projects中选中咱们的这个项目,点击进入文件夹的小箭头:
在build->product中即可以找到咱们的framework文件,咱们将其赋值出来便可以使用。
咱们测试一下,新建一个工程,将刚才制做的静态库导入,以下加入头文件,调用方法,可使用。
1
2
3
|
#import <MyFramework/MyObject.h>
MyObject * obj = [[MyObject alloc]init];
[obj myLog];
|
两个技巧:
1、若是你运行程序出现相似Reason: image not found!的崩溃信息,可能的缘由是动态库文件中的某些文件你的项目中已经包含了,在Build Phases中将required改为optional便可。
2、一个优秀且完整的框架可能会包含至关多的文件,包括框架本身的和其余第三方的,为了使用的方便,咱们能够将头文件都导入一个的头文件中,这里有一个地方咱们须要注意,咱们直接在framework工程中添加的头文件是不会编译的,个人解决方案是经过建一个OC的类,在这个类中导入这个总的头文件,将这个类隐藏成私有的,就能够解决问题了。