iOS中制作可复用的框架Framework

简介:

iOS中制作可复用的框架Framework

        在iOS开发中,我们时常会使用一些我们封装好的管理类,框架类,方法类等,我们在实现这些文件时,可能还会依赖一些第三方库或者系统库。如果每次我们复用这些代码时,都要将关联的这些东西进行导入,甚至还要进行arc和mrc的编译设置,会浪费我们很大的精力。除此之外,如果项目需要多人合作,你可能也并不希望你的源代码暴漏在所有人的面前,这个时候,我们就可以使用静态库或者动态库的方式来对我们的代码进行包装,便于复用。静态库的制作方法在一篇旧的博客中有描述:http://my.oschina.net/u/2340880/blog/398887。相比静态库文件,动态库的效率会更高且封装性更好,这里主要讨论动态库的制作。

        xcode6后支持在xcode中制作动态库,并且过程也十分简单。

        新建一个项目,选择framework:

150329_Oflx_2340880.png

        之后我们在里面编写我们的代码,比如我们创建一个MyObject类:

?
1
2
3
4
5
6
7
8
9
@interface MyObject : NSObject
-( void )myLog;
@end
 
@implementation MyObject
-( void )myLog{
     NSLog(@ "framework" );
}
@end

        和静态库类似,如果我们不做任何处理,打包出来的库文件只能在模拟器或者只能在真机上使用,为了方便我们调试,我们可以添加一个脚本命令,是的生成一个同时支持模拟器和真机的framework:

        新建target:

151005_aEul_2340880.png

        选择Aggregate:

151058_h0Zy_2340880.png

        之后,我们在target的Build Phases中点击加号:

151246_pU2n_2340880.png

        添加一个Run Script:

151553_6MXT_2340880.png

        在里面添加如下的脚本:

151747_D1sw_2340880.png

?
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下即可:

153022_kn2X_2340880.png


之后我们运行程序,需要注意的一点事,如果要支持64位,需要在编译选项中设置,如下:

152120_msOv_2340880.png


到此时,我们的framework库文件就制作完成,在xcode的window->projects中选中我们的这个项目,点击进入文件夹的小箭头:

152512_GgAO_2340880.png

152512_29At_2340880.png

在build->product中便可以找到我们的framework文件,我们将其赋值出来即可以使用。

152719_n80M_2340880.png

 我们测试一下,新建一个工程,将刚才制作的静态库导入,如下加入头文件,调用方法,可以使用。

?
1
2
3
#import <MyFramework/MyObject.h>
  MyObject * obj = [[MyObject alloc]init];
     [obj myLog];


两个技巧:

一、如果你运行程序出现类似Reason: image not found!的崩溃信息,可能的原因是动态库文件中的某些文件你的项目中已经包含了,在Build Phases中将required改成optional即可。

二、一个优秀且完整的框架可能会包含相当多的文件,包括框架自己的和其他第三方的,为了使用的方便,我们可以将头文件都导入一个的头文件中,这里有一个地方我们需要注意,我们直接在framework工程中添加的头文件是不会编译的,我的解决方案是通过建一个OC的类,在这个类中导入这个总的头文件,将这个类隐藏成私有的,就可以解决问题了。


目录
相关文章
|
iOS开发
iOS中制作可复用的框架Framework(二)
iOS中制作可复用的框架Framework
126 0
iOS中制作可复用的框架Framework(二)
|
开发工具 iOS开发
iOS中制作可复用的框架Framework(一)
iOS中制作可复用的框架Framework
136 0
iOS中制作可复用的框架Framework(一)
|
iOS开发
iOS中制作可复用的框架Framework
在iOS开发中,我们时常会使用一些我们封装好的管理类,框架类,方法类等,我们在实现这些文件时,可能还会依赖一些第三方库或者系统库。如果每次我们复用这些代码时,都要将关联的这些东西进行导入,甚至还要进行arc和mrc的编译设置,会浪费我们很大的精力。除此之外,如果项目需要多人合作,你可能也并不希望你的源代码暴漏在所有人的面前,这个时候,我们就可以使用静态库或者动态库的方式来对我们的代码进行包装,便于复用。
154 0
|
2天前
|
Java 开发工具 Android开发
探索Android与iOS开发的差异:平台选择对项目成功的影响
在移动应用开发的广阔天地中,Android和iOS两大平台各自占据着半壁江山。本文将深入探讨这两个平台在开发过程中的关键差异点,包括编程语言、开发工具、用户界面设计、性能优化以及市场覆盖等方面。通过对这些关键因素的比较分析,旨在为开发者提供一个清晰的指南,帮助他们根据项目需求和目标受众做出明智的平台选择。
|
3天前
|
编解码 Android开发 iOS开发
深入探索Android与iOS开发的差异与挑战
【6月更文挑战第24天】在移动应用开发的广阔舞台上,Android和iOS两大操作系统扮演着主角。它们各自拥有独特的开发环境、工具集、用户基础及市场策略。本文将深度剖析这两个平台的开发差异,并探讨开发者面临的挑战,旨在为即将踏入或已在移动开发领域奋斗的开发者提供一份实用指南。
25 13
|
6天前
|
iOS开发 开发者 容器
探索iOS开发中的SwiftUI框架
【6月更文挑战第21天】本文深入探讨了苹果在iOS开发中推出的SwiftUI框架,旨在为开发者提供一种声明式、更简洁的界面设计方法。文章首先概述了SwiftUI的核心概念和优势,接着通过一个天气预报应用实例,详细讲解了如何使用SwiftUI进行布局和用户界面的设计。此外,还讨论了SwiftUI与UIKit的差异,以及如何将SwiftUI集成到现有的项目中。最后,文章展望了SwiftUI的未来发展方向,包括潜在的改进和新特性。
|
2天前
|
监控 Android开发 iOS开发
探索Android与iOS开发的差异:平台、工具和用户体验的比较
【6月更文挑战第25天】在移动应用开发的广阔天地中,Android和iOS两大平台各领风骚,它们在开发环境、工具选择及用户体验设计上展现出独特的风貌。本文将深入探讨这两个操作系统在技术实现、市场定位和用户交互方面的关键差异,旨在为开发者提供一个全景式的视图,帮助他们在面对项目决策时能够更加明智地选择适合自己项目需求的平台。
|
6天前
|
Java 开发工具 Android开发
安卓与iOS开发差异解析
【6月更文挑战第21天】本文旨在深入探讨安卓和iOS两大移动操作系统在应用开发过程中的主要差异。通过对比分析,揭示各自的设计哲学、编程语言选择、用户界面构建、性能优化策略以及发布流程的异同。文章将提供开发者视角下的实用信息,帮助他们更好地理解各自平台的特点和挑战,从而做出更明智的开发决策。
|
7天前
|
Java 开发工具 Android开发
探索安卓与iOS开发的核心差异
【6月更文挑战第20天】在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文将深入探讨这两大操作系统在开发过程中的主要区别,包括编程语言、开发工具、用户界面设计哲学、系统架构以及市场分布等方面。通过对这些关键差异的分析,旨在为开发者提供一份实用的指南,帮助他们在面对项目决策时,能够更加明智地选择合适的平台,并针对特定平台优化他们的应用。
|
7天前
|
开发工具 Android开发 iOS开发
探索安卓与iOS开发的差异:从工具到用户体验
【6月更文挑战第20天】在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文将深入探讨这两个操作系统在开发环境、编程语言、用户界面设计以及性能优化等方面的关键差异。我们将通过比较分析,揭示各自平台的独特优势和面临的挑战,为开发者提供决策参考,并为最终用户提供更深层次的用户体验洞察。