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的。可能可以在使用图片资源的地方加静态库前缀来规避,没有测试过。


目录
相关文章
|
5月前
|
iOS开发
iOS使用.framework类型的静态库
iOS使用.framework类型的静态库
39 1
|
5月前
|
iOS开发 Perl
iOS使用.a类型的静态库
iOS使用.a类型的静态库
39 1
|
5月前
|
开发工具 iOS开发
iOS制作.a类型的静态库
iOS制作.a类型的静态库
35 1
|
5月前
|
开发工具 iOS开发 Perl
iOS使用SDK静态库
iOS使用SDK静态库
50 0
|
监控 开发者 iOS开发
iOS第三方网络诊断库——LDNetDiagnoService
iOS第三方网络诊断库——LDNetDiagnoService
563 0
|
8天前
|
IDE Android开发 iOS开发
探索Android与iOS开发的差异:平台选择对项目成功的影响
【9月更文挑战第27天】在移动应用开发的世界中,Android和iOS是两个主要的操作系统平台。每个系统都有其独特的开发环境、工具和用户群体。本文将深入探讨这两个平台的关键差异点,并分析这些差异如何影响应用的性能、用户体验和最终的市场表现。通过对比分析,我们将揭示选择正确的开发平台对于确保项目成功的重要作用。
|
17天前
|
开发框架 数据可视化 Java
iOS开发-SwiftUI简介
iOS开发-SwiftUI简介
|
5天前
|
开发框架 移动开发 Android开发
安卓与iOS开发中的跨平台解决方案:Flutter入门
【9月更文挑战第30天】在移动应用开发的广阔舞台上,安卓和iOS两大操作系统各自占据半壁江山。开发者们常常面临着选择:是专注于单一平台深耕细作,还是寻找一种能够横跨两大系统的开发方案?Flutter,作为一种新兴的跨平台UI工具包,正以其现代、响应式的特点赢得开发者的青睐。本文将带你一探究竟,从Flutter的基础概念到实战应用,深入浅出地介绍这一技术的魅力所在。
22 7
|
8天前
|
开发框架 前端开发 Android开发
安卓与iOS开发中的跨平台解决方案
【9月更文挑战第27天】在移动应用开发的广阔天地中,安卓和iOS两大操作系统如同双子星座般耀眼。开发者们在这两大平台上追逐着创新的梦想,却也面临着选择的难题。如何在保持高效的同时,实现跨平台的开发?本文将带你探索跨平台开发的魅力所在,揭示其背后的技术原理,并通过实际案例展示其应用场景。无论你是安卓的忠实拥趸,还是iOS的狂热粉丝,这篇文章都将为你打开一扇通往跨平台开发新世界的大门。
|
14天前
|
前端开发 iOS开发 开发者
探索iOS开发中的SwiftUI框架
【9月更文挑战第21天】在iOS应用开发的广阔天地中,SwiftUI框架如一股清新之风,为开发者带来了声明式语法的便捷与高效。本文将深入探讨SwiftUI的核心概念、布局方式及数据绑定机制,同时通过实例演示如何运用SwiftUI构建用户界面,旨在引领读者领略SwiftUI的魅力,并激发其对iOS开发新趋势的思考与实践。
33 6