iOS制作.framework静态库

简介: iOS制作.framework静态库

iOS制作.framework静态库。

库(Library)其实就是一段编译好的二进制代码,加上头文件就可以供别人使用,一般会有两种情况要用到库:

1.某些代码需要给别人使用,但是我们不希望别人看到源码,就需要以库的形式进行封装,只暴露出头文件。

2.对于某些不会进行大的改动的代码,比方说很多大公司常用且很少变动的模块都会编译成库,这样做的好处一是可以节省编译时间,二来对于代码的管理也非常方便。

因为库是已经编译好的二进制文件了,编译的时候只需要link一下,既然提到了link那就有不同的形式了,静态和动态,与之相对应的就是静态库和动态库。

当然你代码含有大量图片资源,代码量不大并且需要精确适配不需要保密,一般就不使用库,直接使用私有组件。若代码量比较大,没有图片等资源需要精确适配,不希望别人看到源码,想减少编译时间可以使用静态库和动态库。简单的说是不希望别人看到源码就要使用库,反之可以使用普通私有组件。

基本知识:


库类别

静态库(.a 和.framework)

动态库(.liby和.framework)

2.静态库和动态库的区别

2.1静态库

平时我们用的第三方SDK基本上都是静态库。为何使用静态库,是因为静态库只要引入就能用,属于傻瓜式使用,它默认都配置到Linked Frameworks and Libraries下;而动态库需要你手动配置到Embedded Binaries下。


静态库在项目编译时完整地拷贝至可执行文件中,被多次使用就有多份冗余拷贝。

静态库很大的一个优点是减少耦合性,因为静态库中是不可以包含其他静态库的,使用的时候要另外导入它的依赖库,最大限度的保证了每一个静态库都是独立的,不会重复引用。

静态库有.a 和 .framework两种形式。

2.2动态库

iOS平时使用的系统库基本是动态库,比如使用频率最高的UIKit.framework和Fundation.framework。

动态库在程序运行时由系统动态加载到内存,供程序调用,系统只加载一次,多个程序共用,节省内存。

动态库在制作的时候可以直接包含静态库,也能自动link所需要的依赖库。

动态库有.dylib/.tbd 、.framework两种形式。

苹果iOS8.0之前禁止开发中使用动态库

虽然动态库不会有冗余等优点,但是静态库使用简单,载入快,外部依赖少,所以静态库的使用要比动态库范围大,并且.framework静态库与.a静态库相比不需要拷贝头文件目录,可以从库文件中直接移动出资源文件,.framework静态库这些使用方便,所以.framework静态库更常用。

3.版本

真机-Debug版本

真机-Release版本

模拟器-Debug版本

模拟器-Release版本

区别

3.1 Debug

含完整的符号信息,以方便调试

不会对代码进行优化

3.2 Release

不会包含完整的符号信息

的执行代码是进行过优化的

的大小会比Debug版本的略小

基本操作:iOS制作.framework静态库

1.新建 framework 工程

2.新建文件类

TestTool.h

#import <Foundation/Foundation.h>

NS_ASSUME_NONNULL_BEGIN

@interface TestTool : NSObject
+(void)testLog;
@end

NS_ASSUME_NONNULL_END

TestTool.m

#import "TestTool.h"

@implementation TestTool

+(void)testLog
{
    NSLog(@"test static lib");
}
@end

3.修改工程文件配置

build setting ->搜索 mach -> 修改 mach -O Type ->Static Library

这个定要设置正确,动态库和静态库以及其它都靠这个属性。.a类型静态库它默认是Static Library,.framework静态库它就不一定是。

4.引入其他第三方库(如果有的话)

⚠️注意:导入第三方静态库的时候不要选择添加到target中

5添加公开文件

5.1 点击“+”选择“ New Header Phase”

5.2 添加文件到 project

5.3 拖拽.h到 public

6.生成 .framework

6.1修改环境

这里可以选择 Debug 和 Release 环境

6.2选择模拟器+Debug 环境+“cmd+R”生成.framework

选择模拟器+Debug 环境+“cmd+R”生成.framework;选择Generic iOS Device+Debug 环境+“cmd+R”生成.framework;选择模拟器+Release 环境+“cmd+R”生成.framework;选择Generic iOS Device+Release 环境+“cmd+R”生成.framework。


此处注意需要生成4个

如此类推打出四种.framework

真机-Debug版本

真机-Release版本

模拟器-Debug版本

模拟器-Release版本

最终生成结果

7.合并 debug 两个包和 release 两个包

注意:这里的合并指的是 1.debug 下真机+模拟器合并 2.release 下真机+模拟器合并

7.1将4个.framework文件拷贝到单独文件夹

7.2 合并

打开终端 ,切换到4个.a文件所在的目录执行合并命令:

lipo -create SDKStaticFrameworkDemo-Debug-iphoneos.framework/SDKStaticFrameworkDemo SDKStaticFrameworkDemo-Debug-iphonesimulator.framework/SDKStaticFrameworkDemo -output SDKStaticFrameworkDemo-Debug.framework/SDKStaticFrameworkDemo
lipo -create SDKStaticFrameworkDemo-Release-iphoneos.framework/SDKStaticFrameworkDemo SDKStaticFrameworkDemo-Release-iphonesimulator.framework/SDKStaticFrameworkDemo -output SDKStaticFrameworkDemo.framework/SDKStaticFrameworkDemo

SDKStaticFrameworkDemo.framework为复制的任意一个Release版本修改名称并删除里面的SDKStaticFrameworkDemo而成,同理debug版本也是这样


7.3替换文件

7.3.1寻找之前生成的 任意framework

7.3.2替换二进制文件

注意:

1.只能SDKStaticFrameworkDemo和库名相同的库被使用,可以是SDKStaticFrameworkDemo-Debug或SDKStaticFrameworkDemo-Release其中一个改名为SDKStaticFrameworkDemo。若是SDKStaticFrameworkDemo-Release只能环境变量为Release模式的能被使用,反之亦然。这两个包不能再编译为一个包。否则报下面的错误:

w1:SDKStaticFrameworkDemoFramework jiaguoshang$ lipo -create SDKStaticFrameworkDemo-Debug SDKStaticFrameworkDemo-Release -output SDKStaticFrameworkDemo
fatal error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/lipo: SDKStaticFrameworkDemo-Debug and SDKStaticFrameworkDemo-Release have the same architectures (armv7) and can't be in the same fat output file
w1:SDKStaticFrameworkDemoFramework jiaguoshang$

2.要把SDKDemoBundle.bundle移动到外面,在使用这个库时要把这个资源文件加入工程,资源文件放在SDKStaticFrameworkDemo.framework时找不到而crash的。可能可以在使用图片资源的地方加静态库前缀来规避,没有测试过。


目录
相关文章
|
1月前
|
iOS开发
iOS使用.framework类型的静态库
iOS使用.framework类型的静态库
25 1
|
1月前
|
iOS开发 Perl
iOS使用.a类型的静态库
iOS使用.a类型的静态库
24 1
|
1月前
|
开发工具 iOS开发
iOS制作.a类型的静态库
iOS制作.a类型的静态库
27 1
|
1月前
|
开发工具 iOS开发 Perl
iOS使用SDK静态库
iOS使用SDK静态库
23 0
|
监控 开发者 iOS开发
iOS第三方网络诊断库——LDNetDiagnoService
iOS第三方网络诊断库——LDNetDiagnoService
512 0
|
1天前
|
iOS开发 开发者 容器
探索iOS开发中的SwiftUI框架
【6月更文挑战第21天】本文深入探讨了苹果在iOS开发中推出的SwiftUI框架,旨在为开发者提供一种声明式、更简洁的界面设计方法。文章首先概述了SwiftUI的核心概念和优势,接着通过一个天气预报应用实例,详细讲解了如何使用SwiftUI进行布局和用户界面的设计。此外,还讨论了SwiftUI与UIKit的差异,以及如何将SwiftUI集成到现有的项目中。最后,文章展望了SwiftUI的未来发展方向,包括潜在的改进和新特性。
|
1天前
|
Java 开发工具 Android开发
安卓与iOS开发差异解析
【6月更文挑战第21天】本文旨在深入探讨安卓和iOS两大移动操作系统在应用开发过程中的主要差异。通过对比分析,揭示各自的设计哲学、编程语言选择、用户界面构建、性能优化策略以及发布流程的异同。文章将提供开发者视角下的实用信息,帮助他们更好地理解各自平台的特点和挑战,从而做出更明智的开发决策。
|
2天前
|
Java 开发工具 Android开发
探索安卓与iOS开发的核心差异
【6月更文挑战第20天】在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文将深入探讨这两大操作系统在开发过程中的主要区别,包括编程语言、开发工具、用户界面设计哲学、系统架构以及市场分布等方面。通过对这些关键差异的分析,旨在为开发者提供一份实用的指南,帮助他们在面对项目决策时,能够更加明智地选择合适的平台,并针对特定平台优化他们的应用。
|
2天前
|
开发工具 Android开发 iOS开发
探索安卓与iOS开发的差异:从工具到用户体验
【6月更文挑战第20天】在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文将深入探讨这两个操作系统在开发环境、编程语言、用户界面设计以及性能优化等方面的关键差异。我们将通过比较分析,揭示各自平台的独特优势和面临的挑战,为开发者提供决策参考,并为最终用户提供更深层次的用户体验洞察。
|
4天前
|
Java Android开发 Swift
探索Android与iOS开发的差异:平台选择对项目成功的影响
【6月更文挑战第18天】在移动应用开发的广阔天地中,Android和iOS两大平台各据一方,它们在市场份额、用户群体及开发环境上各有千秋。本文将深入分析这两个操作系统的开发差异,探讨如何根据项目需求选择合适的平台,并讨论跨平台解决方案的可行性与挑战。我们将通过实际案例,揭示平台选择对项目成功的关键性影响,为开发者提供决策支持。