在iOS中创建静态库

如果你作为iOS开发者已经有一段时间,可能会有一套属于自己的类和工具函数,它们在你的大多数项目中被重用。

重用代码的最简单方法是简单的 拷贝/粘贴 源文件。然而,这种方法很快就会成为维护时的噩梦。因为每个app都有自己的一份代码副本,你很难在修复bug或者升级时保证所有副本的同步。

这就是静态库要拯救你的。一个静态库是若干个类,函数,定义和资源的包装,你可以将其打包并很容易的在项目之间共享。

在本教程中,你将用两种方法亲手创建你自己的通用静态库。

为了获得最佳效果,你应该熟悉Objective-C和iOS编程。Core Image的相关知识并不是必须的,但是如果你对示例工程和滤镜代码如何工作感兴趣,了解它会有所帮助。

准备好以效率的名义减少,重用并再生你的代码!

为什么使用静态库

创建静态库可能出于以下几个理由:

1.你想将一些你和你团队中的同事们经常使用的类打包并轻松的分享给周围其他人。

2.你想让一些通用代码处于自己的掌控之下,以便于修复和升级。

3.你想将库共享给其他人,但不想让他们看到你的源代码。

你想创建一个还在不断开发的库的快照版本。

本教程假设你已经完成学习Core Image Tutorial,并对其中展示如何应用图片特效的代码得心应手。

将上述代码添加到一个静态库中,然后在一个app的修改版本中使用这个静态库。我们会得到一个带有上面列表中全部好处的完全相同的应用。

开始

运行Xcode,选择File\New\Project,在Choose a template 对话框中选择iOS\Framework & Library\Cocoa Touch Static Library,如下图:

点击Next。在工程选项对话框中,输入ImageFilters作为产品名。再输入一个唯一的公司标识,确保Use Automatic Reference Counting被选中且Include Unit Tests未选中。如下图:

点击Next。最后,选择你想保存工程的位置并点击Create。

Xcode已经准备好静态库工程,甚至已经为你添加了一个ImageFilters类。这就是你的滤镜代码将要存放的地方。

注意: 你可以添加任意数量的类到静态库中或者从中删除原有的类。本教程中的代码都会写在开始就被创建好的ImageFilters类中。

你的Xcode工程还是一片空白,现在我们添加一些代码进去!

图片滤镜

该库使用UIKit,为iOS设计,所以你要做的第一件事就是在头文件中导入UIKit。打开ImageFilters.h,在文件顶部添加以下代码:

  1. #import <UIKit/UIKit.h>

接下来将以下声明部分的代码粘贴到@interface ImageFilters : NSObject下面

  1. @property (nonatomic,readonly) UIImage *originalImage;
  2. - (id)initWithImage:(UIImage *)image;
  3. - (UIImage *)grayScaleImage;
  4. - (UIImage *)oldImageWithIntensity:(CGFloat)level;

这些头文件中的声明定义了类的公开接口。其他开发者(包括你自己)使用该库时,只需通过阅读该头文件就可以知道类名和暴露的方法。

现在增加实现。打开ImageFilters.m文件,粘贴以下代码到#import "ImageFilters.h"下面:

  1. @interface ImageFilters()
  2. @property (nonatomic,strong) CIContext  *context;
  3. @property (nonatomic,strong) CIImage    *beginImage;
  4. @end

上面的代码声明了一些内部使用的属性。它们不是公开的,所以使用该库的引用没有使用它们的入口。

最后,你需要实现方法。粘贴以下代码到@implementation ImageFilters:下面:

  1. - (id)initWithImage:(UIImage *)image
  2. {
  3. self = [super init];
  4. if (self) {
  5. _originalImage  = image;
  6. _context        = [CIContext contextWithOptions:nil];
  7. _beginImage     = [[CIImage alloc] initWithImage:_originalImage];
  8. }
  9. return self;
  10. }
  11. - (UIImage*)imageWithCIImage:(CIImage *)ciImage
  12. {
  13. CGImageRef cgiImage = [self.context createCGImage:ciImage fromRect:ciImage.extent];
  14. UIImage *image = [UIImage imageWithCGImage:cgiImage];
  15. CGImageRelease(cgiImage);
  16. return image;
  17. }
  18. - (UIImage *)grayScaleImage
  19. {
  20. if( !self.originalImage)
  21. return nil;
  22. CIImage *grayScaleFilter = [CIFilter filterWithName:@"CIColorControls" keysAndValues:kCIInputImageKey, self.beginImage, @"inputBrightness", [NSNumber numberWithFloat:0.0], @"inputContrast", [NSNumber numberWithFloat:1.1], @"inputSaturation", [NSNumber numberWithFloat:0.0], nil].outputImage;
  23. CIImage *output = [CIFilter filterWithName:@"CIExposureAdjust" keysAndValues:kCIInputImageKey, grayScaleFilter, @"inputEV", [NSNumber numberWithFloat:0.7], nil].outputImage;
  24. UIImage *filteredImage = [self imageWithCIImage:output];
  25. return filteredImage;
  26. }
  27. - (UIImage *)oldImageWithIntensity:(CGFloat)intensity
  28. {
  29. if( !self.originalImage )
  30. return nil;
  31. CIFilter *sepia = [CIFilter filterWithName:@"CISepiaTone"];
  32. [sepia setValue:self.beginImage forKey:kCIInputImageKey];
  33. [sepia setValue:@(intensity) forKey:@"inputIntensity"];
  34. CIFilter *random = [CIFilter filterWithName:@"CIRandomGenerator"];
  35. CIFilter *lighten = [CIFilter filterWithName:@"CIColorControls"];
  36. [lighten setValue:random.outputImage forKey:kCIInputImageKey];
  37. [lighten setValue:@(1 - intensity) forKey:@"inputBrightness"];
  38. [lighten setValue:@0.0 forKey:@"inputSaturation"];
  39. CIImage *croppedImage = [lighten.outputImage imageByCroppingToRect:[self.beginImage extent]];
  40. CIFilter *composite = [CIFilter filterWithName:@"CIHardLightBlendMode"];
  41. [composite setValue:sepia.outputImage forKey:kCIInputImageKey];
  42. [composite setValue:croppedImage forKey:kCIInputBackgroundImageKey];
  43. CIFilter *vignette = [CIFilter filterWithName:@"CIVignette"];
  44. [vignette setValue:composite.outputImage forKey:kCIInputImageKey];
  45. [vignette setValue:@(intensity * 2) forKey:@"inputIntensity"];
  46. [vignette setValue:@(intensity * 30) forKey:@"inputRadius"];
  47. UIImage *filteredImage = [self imageWithCIImage:vignette.outputImage];
  48. return filteredImage;
  49. }

这段代码实现了初始化和图片滤镜功能。详细解释上述代码的功能已经超出了本教程的范围,你可以从Core Image Tutorial中了解到更多的关于 Core Image 和滤镜的知识。

到这里,你已经有了一个静态库,它有一个暴露了以下3个方法的公开类ImageFilters:

initWithImage : 初始化滤镜类

grayScaleImage : 创建灰阶图片

oldImageWithIntensity : 创建怀旧效果的图片

现在构建并运行你的库。你会注意到Xcode的”Run”按钮只是执行了一次构建,而并不能真正的运行库去查看效果,因为并没有真正的app。

静态库的后缀名是.a而并不是一个.app或者.ipa文件。可以在工程导航栏中的Products文件夹下找到生成的静态库。右键点击libImageFilters.a并在弹出菜单中选择Show in Finder。

Xcode会在Finder中打开文件夹,你可以看到以下类似的结构:

离完成一个库产品还剩两件事:

1.Header files : 在include文件夹中可以找到库的所有公开头文件。在该示例中,只有一个公开类所以文件夹中只有一个ImageFilters.h文件。稍后你会在你的app工程中用到这个头文件以便于Xcode在编译期识别暴露的类。

2.Binary Libraty : Xcode生成的静态库是ImageFilters.a。想在应用中使用该库,你需要用该文件链接。

这两个部分和你想在应用里包含一些新的框架时所需要做的事很相似,简单的导入框架头文件并建立链接。

库已经准备就绪,需要附加说明的是,默认情况下,库文件只会为当前的架构构建。如果你在模拟器下构建,那么库会包含对应i386架构的结果代码;如果在真机设备下构建,你将会得到对应ARM架构的代码。你可能需要构建两个版本的库,并且当从模拟器切换到设备的时候选择其中一个使用。

怎么办?

幸运的是,有一个更好的办法可以不建立多个配置或在工程中构建产品就可以支持多个平台。你可以创建一个对应 2个 架构的包含结果代码的universal binary。

通用二进制

通用二进制是一种特殊的二进制文件,它包含对应多个架构的结果代码。你可能在从PowerPC(PPC)到Inter(i386)的Mac电脑产品线的过渡中对其有所熟悉。在这个过程中,Mac应用程序通常迁移为包含 2个 可执行包的一个二进制文件,这样应用程序即能在Inter也能在PowerPC的Mac电脑上运行。

同时支持ARM和i386的概念并没有太大不同。在这里静态库要包含支持iOS设备(ARM)和模拟器(i386)的结果代码。Xcode可以识别通用库,每次你构建应用的时候,它会根据目标选择适当的架构。

为了创建通用二进制库,需要使用一个名为lipo的系统工具。

别担心,不是那种lipo! :] (lipo有脂肪的意思 — 译者注)

lipo是一个命令行工具,它允许在通用文件上执行操作(类似于创建通用二进制, 列出通用文件内容等等)。本教程中使用lipo的目的是联合不同架构的二进制文件到单个输出文件中。你可以直接在命令行中使用lipo命令,但在本教程中你可以让Xcode执行一段创建通用库的命令行脚本来为你做这件事。

Xcode中一个集合目标可以一次构建多个目标,包括命令行脚本。在Xcode菜单中选择File/New/Target,选择iOS/Other并点击Aggregate,如图:

将目标命名为UniversalLib,确保选中ImageFilters工程,如图:

在工程导航视图中选中ImageFilters,然后选择UniversalLib目标。切换到Build Phases标签;在这里设置构建目标时将要执行的动作。

点击Add Build Phase按钮,在弹出的菜单中选择Add Run Script,如下图:

现在你需要设置脚本项。展开Run Script模块,在Shell行下粘贴如下代码:

  1. # define output folder environment variable
  2. UNIVERSAL_OUTPUTFOLDER=${BUILD_DIR}/${CONFIGURATION}-universal
  3. # Step 1. Build Device and Simulator versions
  4. xcodebuild -target ImageFilters ONLY_ACTIVE_ARCH=NO -configuration ${CONFIGURATION} -sdk iphoneos  BUILD_DIR="${BUILD_DIR}" BUILD_ROOT="${BUILD_ROOT}"
  5. xcodebuild -target ImageFilters -configuration ${CONFIGURATION} -sdk iphonesimulator -arch i386 BUILD_DIR="${BUILD_DIR}" BUILD_ROOT="${BUILD_ROOT}"
  6. # make sure the output directory exists
  7. mkdir -p "${UNIVERSAL_OUTPUTFOLDER}"
  8. # Step 2. Create universal binary file using lipo
  9. lipo -create -output "${UNIVERSAL_OUTPUTFOLDER}/lib${PROJECT_NAME}.a" "${BUILD_DIR}/${CONFIGURATION}-iphoneos/lib${PROJECT_NAME}.a" "${BUILD_DIR}/${CONFIGURATION}-iphonesimulator/lib${PROJECT_NAME}.a"
  10. # Last touch. copy the header files. Just for convenience
  11. cp -R "${BUILD_DIR}/${CONFIGURATION}-iphoneos/include" "${UNIVERSAL_OUTPUTFOLDER}/"

代码并不十分复杂,它是这样工作的:

UNIVERSAL_OUTPUTFOLDER 包括了通用二进制包将要被存放的文件夹:“Debug-universal”

Step 1. 第2行执行了xcodebuild并命令它构建ARM架构的二进制文件。(你可以看到这行中的-sdk iphoneos参数)

下一行再次执行了xcodebuild命令并在另一个文件夹中构建了一个针对Inter架构的iPhone模拟器的二进制文件,在这里关键参数是-sdk iphonesimulator -arch i386。(如果感兴趣,你可以在man page了解更多关于xcodebuild的资料)

Step 2. 现在已经有了2个.a文件分别对应两个架构。执行lipo -create,用它们创建出一个通用二进制。

最后一行的作用是复制头文件到通用构建文件夹的外层。(用cp命令)

你的Run Script窗口应该看起来如下:

现在你已经准备好构建一个静态库的通用版本。在方案下啦菜单中选择集合目标UniversalLib,如下(不像截图上的”iOS Device”,你看到的可能是自己的设备名字):

点击Play按钮来为集合方案构建目标。

在libImageFilters.a上再次选择Show in Finder查看结果。将Finder切换到列视图查看文件夹层次,可以看到一个包含库的通用版本的叫做Debug-Universal的新文件夹(或Release-Universal如果你构建了发布版本),如下图:

除了这个链接到模拟器和真实设备的二进制文件,你还可以找到普通的头文件和静态库文件。

这是你创建自己的通用静态库所需要学习的所有知识。

概括起来,一个静态库工程和一个应用工程非常相似。可以拥有一个或多个类,最后的产品是头文件和一个.a文件。这个.a文件就是可以链接到多个应用程序中的静态库。

在应用中使用静态库

在应用中使用ImageFilters类和直接使用源代码并没有太大区别:导入头文件然后开始使用类。问题是Xcode并不知道头文件和库文件的位置。

有两种办法可以将静态库引入到工程中:

方法 1: 直接引用头文件和库二进制文件(.a)

方法 2: 将库工程作为子项目

选择哪一种方法完全取决于你的喜好或者是否有静态库的源代码和工程配置文件任由你支配。

本教程将分别介绍两种方法。你可以自由尝试第一个或第二个,但推荐按照文中介绍的顺序分别尝试两个。在两个部分的开头,需要一个zip文件,该文件是在Core Image Tutorial中创建的应用的修改版本,修改后的版本使用了库中新的ImageFilters类。

本教程的主要目的是教你如何使用静态库,所以修改后的工程包括了所有应用需要的源代码。这样你就可以将注意力集中在使用库所需要的工程设置上。

方法 1: 头文件和库二进制文件

在本节中,你需要下载starter project for this section。复制压缩文件到硬盘上的任意文件夹并解压。可以看到如下的文件夹结构:

为了方便起见,.a通用库文件和头文件已经复制了一份在其中,但工程并未设置使用它们。你将从这里开始。

注意: 标准的Unix引入惯例是一个include文件夹,用来存放头文件,一个lib文件夹用来存放库文件(.a)。这种文件夹结构这是一种惯例,并不强制。你并不需要一定遵从这种结构或者复制文件到工程文件夹中。在你自己的应用中,你可以任意选择头文件和库文件的位置,只要随后在Xcode工程中设置了适当的路径。

打开工程,构建并运行你的应用,将会看到以下错误:

正如所期望的那样,应用并不知道去哪里寻找头文件。为了解决这个问题,你需要在工程中添加一个Header Search Path,指明头文件存放的位置。设置头文件搜索路径始终是使用静态库的第一步。

按照下图示范,在导航栏中点击工程根节点(1),选择CoreImageFun目标(2)。选择Build Settings(3),在列表中找出Header Search Paths设置项。如果必要,可以在搜索框中输入”header search”来过滤庞大的设置列表(4)。

双击Header Search Paths项,弹出一个浮动窗口,点击+按钮,输入:

  1. $SOURCE_ROOT/include

弹出窗口应该如下所示:

$SOURCE_ROOT是一个Xcode环境变量,指向工程根文件夹。Xcode会使用包含你工程的实际文件夹代替此变量,这意味着即使你把工程移动到其它文件夹或驱动器,它仍然可以指向最新的位置。

在弹出窗口范围外点击鼠标使其消失,你会看到Xcode已经自动将变量转换为工程的实际位置,如图所示:

构建并运行应用,看看结果是什么。呃……一些链接错误出现了:

这看起来并不是很好,但是给了你另一个你所需要的信息。仔细看,会发现所有的编译错误全都消失了,全部被链接错误所代替。这表示Xcode找到了头文件并且用它去编译应用,但在链接阶段,Xcode无法找到ImageFilter类的结果代码。为什么?

很简单 — 你还没有告诉Xcode去哪里寻找包含类实现的库文件。(看,没什么大不了)

如下面的屏幕截图所示,回到CoreImageFun目标(2)的构建设置(1)。选择Build Phases标签(3),展开Link Binary With Libraries部分(4)。最后,点击+按钮(5)。

在出现的窗口中,点击Add Other…按钮,在工程根文件夹下的lib子目录中找到libImageFilters.a库文件,如图:

完成这些以后,你的Build Phase标签看起来如下:

最后一步是增加-ObjC链接标识。该链接尝试更高效的只包含需要的代码,而有时会排除静态库代码。使用该标识,库中的所有Objective-C类和类别都将被适当的加载。你可以从苹果的Technical Q&A QA1490了解详细信息。

点击Build Settings标签,找到Other linker Flags设置,如图:

在弹出窗口中,点击+按钮并输入-ObjC,如图:

最后构建并运行应用,此时应该不会得到任何构建错误信息,应用顺利展示它的光彩之处:

拖动滑块改变滤镜级别,或者点击GrayScale按钮。对图片应用滤镜的代码来自于静态库,而不是应用。

恭喜 — 你已经构建了你的第一个静态库并在一个真正的应用里使用它!你会发现这种包含头文件和库的方法在很多第三方库中使用,如AdMob,TestFlight或一些不提供源代码的商业库。

方法 2: 子项目

在这部分,请在这里下载所需工程。

复制下载的文件到任意位置,解压。可以看到以下文件夹结构:

如果学习了方法一,你可能注意到了工程的差异。这个工程里没有任何的头文件和静态库文件 — 因为根本不需要。作为替代方案,你要将你在本教程开始创建的ImageFilters库工程添作为依赖加到本工程中。

在做这些之前,构建并运行应用。会看到以下错误:

如果学习过上一个方法,你已经知道如何修复这个问题。在示例工程中,你在ViewController类中使用了ImageFilters类,但并未告诉Xcode去哪里寻找头文件。Xcode会尝试寻找ImageFilters.h文件,但是失败了。

将ImageFilters库工程作为子项目所需的所有操作就是拖拽库工程文件到库文件树中。如果该工程已经在另一个Xcode窗口中被打开,那么Xcode无法正确将其添加为子工程。所以在继续本教程之前,确保ImageFilters库工程已经被关闭。

在Finder中找到名为ImageFilters.xcodeproj库工程文件。拖拽它到CoreImageFun工程左侧的导航栏中,如图:

完成拖放后,你的工程浏览视图应该如下图所示:

现在Xcode已经识别了子工程,你可以将库添加为工程依赖。这样Xcode就可以在构建主应用之前确保库为最新版本。

点击工程文件(1),选择CoreImageFun目标(2)。点击Build Phases标签(3)并展开Target Dependencies(4),如图:

点击+按钮增加一个新依赖。如下图所示,确保你从弹出窗口中选择了ImageFilters目标(不是universalLib):

添加完成之后,依赖窗口应该如图所示:

最后,设置静态库工程链接到应用。展开Link Binary with libraries,点击+按钮,如图:

选择libImageFilters.a,点击Add:

添加库之后,Link Binary with Libraries部分应该如图所示:

像方法一那样,最后一步是增加-ObjC链接标识。点击Build Settings标签,找到Other linker Flags设置,如图:

在弹出窗口中,点击+按钮并输入-ObjC,如图:

构建并运行应用,应该没有任何错误,应用会再一次被打开:

拖动滑块或者点击GrayScale按钮查看图片滤镜结果。滤镜逻辑的代码完全包含在库中。

如果按照第一种方法在应用中添加库(使用头文件和库文件),你可能注意到和第二种方法的区别。在方法二中,你没有在工程设置中添加任何头文件搜索路径。另一个区别是你没有使用通用库。

为什么会有这样的区别?当添加一个库作为一个子工程,Xcode会为你考虑几乎所有的事情。添加子工程和依赖后,Xcode知道去哪里寻找头文件和二进制文件,也知道根据你的设置去选择哪需要构建哪一个架构的库。这非常方便。

如果你使用你自己的库或者拥有源代码和工程文件,将库作为子工程不失为一个引入静态库的简便的方法。让你更容易作为工程依赖构建整合,并担心更少的事情。

未来

你可以从这里下载到包括了本教程所有代码的工程。

希望本教程能够让你对静态库的基本概念和怎样在应用中使用它们有一个更深入的了解。

下一步就是用所学到的知识构建你自己的库了。你肯定有一些添加到工程中通用类。它们是你加入你自己的可复用库的优秀候选人。你也可以考虑根据功能创建多个库:网络部分的代码作为一个,UI部分作为另一个,等等。你可以只向工程中添加所需要的代码。

为了强化和深入探讨你在本教程中所学到的概念,我推荐苹果的文档Introduction to Using Static Libraries in iOS

http://blog.csdn.net/pcwe2002/article/details/45579241

时间: 2024-10-05 11:25:43

在iOS中创建静态库的相关文章

详解Xcode7中创建静态库

今天和大家一起来谈谈Xcode中的静态库,包括什么是静态库,如何在Xcode中创建静态库等内容,希望这篇Xcode教程 http://www.maiziedu.com/course/234/对打击有帮助. 一.静态库和动态库的区别: 静态库和动态库是相对编译期和运行期的,静态库以 .a 和 .framework 形式存在,链接时,静态库会被完整地复制到可执行文件中,被多次使用就有多份冗余拷贝:动态库以 .dylib 和 .framework 形式存在,链接时不复制,程序运行时由系统动态加载到内存

iOS:Xcode7创建静态库

Xcode7 中创建静态库 一.简单介绍 1.什么是库? 库是程序代码的集合,是共享程序代码的一种方式 2.库的分类 根据源代码的公开情况,库可以分为2种类型 (1)开源库 公开源代码,能看到具体实现 比如SDWebImage.AFNetworking (2)闭源库 不公开源代码,是经过编译后的二进制文件,看不到具体实现 主要分为:静态库.动态库 二.静态库和动态库 1.静态库和动态库的存在形式 静态库:.a 和 .framework 动态库:.dylib 和 .framework 2.静态库和

iOS中创建动态库及调用方法

去年因需要用到动态库,自己就找了好多一些 资料,最终找到了一套方法,怎么创建与使用动态库,记录一下: Xcode提供了在iOS工程中创建静态库的功能,和在MAC上创建动态库和静态库的功能. 但是没有提供在iOS工程中创建动态库的功能(苹果官方不允许程序中存在动态库链接,这样的程序会被AppStore拒),如下图:  由于苹果不支持自己创建iOS动态库,所以要想创建动态库首先要修改Xcode的配置文件使其支持具备创建iOS 动态库的功能, 经过调研和查询网上的一些资料,并经过自己测试成功,以下是修

在Linux中创建静态库.a和动态库.so

转自:http://www.cnblogs.com/laojie4321/archive/2012/03/28/2421056.html 在Linux中创建静态库.a和动态库.so 我们通常把一些公用函数制作成函数库,供其它程序使用. 函数库分为静态库和动态库两种. 1. 静态函数库 这类库的名字一般是libxxx.a:利用静态函数库编译成的文件比较大,因为整个 函数库的所有数据都会被整合进目标代码中,他的优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译

项目架构基础之二 ---- 工程中创建静态库文件(.a)库文件

步骤1.创建工程HLStaticTest 步骤2.创建静态库文件 步骤3. 关闭HLStatic,回到HLStaticTest Targets - >Build Phases ->Link Binary With Libraries 然后进入到  Targets -> Build Setting ->Header Search Paths 步骤 4. 进入AppDelegate 工程中创建静态库文件(.a)库文件 成功 版权声明:本文为博主原创文章,未经博主允许不得转载.

ios开发中创建静态库的方法介绍

在进行iOS项目开发时,为了减少项目的编译时间,通常情况下会把项目中的私密内容打包成静态库,或者是把ios项目中变动较少一部分打包成静态库以便提高编译效率,很多iOS初学者对静态库与动态库的区别及创建使用,下面就一起来学习下: (一)iOS静态库.动态库与Framework静态库与动态库的区别: (1)什么是库? 库(Library)直白一点说就是一段编译好的二进制代码,加上头文件就可以供别人使用;(例如: iOS中Objective-C编译下的.h和.m文件,打包静态库后会变为.h和.a文件)

Xcode7 中创建静态库

一.静态库和动态库的区别: 静态库和动态库是相对编译期和运行期的,静态库以 .a 和 .framework 形式存在,链接时,静态库会被完整地复制到可执行文件中,被多次使用就有多份冗余拷贝:动态库以 .dylib 和 .framework 形式存在,链接时不复制,程序运行时由系统动态加载到内存,供程序调用,系统只加载一次,多个程序共用,节省内存,一般只能由系统创建. 二.静态库简介: 1.静态库分为真机—Debug(调试)版本.真机—Release(发布)版本.模拟器—Debug版本.模拟器—R

iOS 中的静态库与动态库,区别、制作和使用

如果我们有些功能要给别人用,但是又不想公开代码实现,比如高德地图.第三方登录分享等等,这时候我们就要打包成库了.库分静态库和动态库两种: 静态库:以.a 和 .framework为文件后缀名.动态库:以.tbd(之前叫.dylib) 和 .framework 为文件后缀名. 静态库与动态库的区别 静态库:链接时会被完整的复制到可执行文件中,被多次使用就有多份拷贝.动态库:链接时不复制,程序运行时由系统动态加载到内存,系统只加载一次,多个程序共用(如系统的UIKit.framework等),节省内

iOS 创建静态库文件时去掉其中的Symbols

在工程中创建静态库文件时,默认会将一些Symbols加到静态库文件中,这样做有两个缺点: 1.如果引用静态库文件的工程中发生了bug,就会直接跳转到静态库的源码. 2.静态库文件的大小会因此翻几番.本人最近做的这个静态库文件中,去掉symbols前大小为7.8MB左右,去掉以后大小为2.8MB. 要去掉Symbols,首先打开Build Settings并选中静态库的Target,然后设置下列选项: 如果有错误或遗漏,欢迎批评指正. iOS 创建静态库文件时去掉其中的Symbols,布布扣,bu