在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的類,在這個類中導入這個總的頭文件,將這個類隱藏成私有的,就能夠解決問題了。