iOS framework制作及使用(包含xib和图片)

2021-02-04 20:13:02

参考地址 iOS framework制作及使用(包含xib和图片)

制作framework目的:保密项目代码.制作SDK时常用
静态库与动态库简介:
静态库:链接使用时完整地拷贝至可执行文件中
动态库:链接时不复制,程序运行时由系统动态加载到内存,供程序调用,系统只加载一次
本文制作framework对应xcode版本:10.1

一.不包含xib和图片的简单制作

1.新建工程


新建工程

2.选择支持的最低版本


最低版本

3.Mach-O Type 选择是Static Library(静态库)还是Dynamic Library(动态库默认)


静态库选择

4.Architectures : 指定工程将被编译成支持哪些指令集;支持越多,生成的指令集数据包越大。
默认使用:$(ARCHS_STANDARD)即可,它包含了 armv7/arm64 如果要支持其他的也可以手动添加
Valid Architecures:指定可能支持的指令集,该列表和Architectures列表的交集,将是Xcode最终生成的二进制包所支持的指令集
比如:Architectures支持了armv7s  Valid Architectures支持了: armv7/arm64/armv7s, 那么最终只支持armv7s。
其默认是:arm64 arm64e armv7 armv7s

*       i386|x86_64 模拟器
*       armv6
    *       iPhone、iPhone 3G
    *       iPod 1G、iPod 2G
*       armv7
    *       iPhone 3GS、iPhone 4
    *       iPod 3G、iPod 4G、iPod 5G
    *       iPad、iPad 2、iPad 3、iPad Mini
*       armv7s
    *       iPhone 5、iPhone 5C
    *       iPad 4
*       arm64
    *       iPhone 5S  — iPhone X
    *       iPad Air, Retina iPad Mini
*       arm64e
    *       iPhone XR  —  iPhone XS Max

如果没有特殊适配以上根据系统默认即可
另外Build Active Architecture Only尽量设置为 NO ,不然build的时候只会保留相对应的资源文件,即为YES且你成功连上一个armv7指令集的设备时,此时将忽略Architectues和Valid Architectues的设置,只生成一个armv7指令集的二进制包。
否则,仍根据Arch 和Valid Arch来设定。
当然如果我们在Edit Scheme -> Run将Debug改为了release那么Build Active Architecture Only使用默认也可


release设置


5.是否支持bitcode

bitcode

如果需要支持bitcode,在TAGETS的Build setting中搜索Other C Flags,添加命令“-fembed-bitcode”

6.Dead Code Stripping : YES 消除无效代码(一些老的文章说是设置为NO,看文档新版xcode还是设置为YES默认也是如此)
7.Link With Standard Libraries : YES(默认) 用标准库连接(一些老的文章说是设置为NO,当我打包动态库的时候会报错)
8.如果你用了Category可以在Other Linker Flags 添加 -ObjC 即可
9.公开的头文件选择


公开文件

10.常用命令:查看Framework支持的哪些框架:lipo -info 地址
Framework合并:lipo -create a地址 b地址 -output 输出地址

二.包含xib和图片的Framework

如果需要打包包含xib和图片的Framework有如下方式:
1.使用动态库:在上面第三步选择Dynamic Library即可
在工程创建一个Assets.xcassets管理图片,也可以直接放到工程
打包后:


打包后

使用动态库要注意:需要在Linked Frameworks and Libraries和Embedded Binaries都加入对应的动态库.

Embedded Binaries

在代码中需要:

    //加载方式1//    NSBundle *SDKBundle = [NSBundle bundleForClass:[CuijxQRController class]];
    
    //加载方式2  bundleWithIdentifier是Framework的BundleIdentifier
    NSBundle *SDKBundle = [NSBundle bundleWithIdentifier:@"com.wecan.Framework-Xib"];

    CuijxQRController *qr = [[CuijxQRController alloc] initWithNibName:@"CuijxQRController" bundle:SDKBundle];
    [self presentViewController:qr animated:YES completion:nil];

2.使用静态库,并且需要在主工程build phases - copy bundle resources添加对应的framework
这样就可以正常加载对应的xib了.因为从iOS8开始,framework也可以包含资源文件

    NSBundle *bundle = [NSBundle bundleForClass:[self class]];
    //在这个路径下找到子bundle的路径
    NSString *path = [bundle pathForResource:@"StaticFramework_Xib" ofType:@"framework"];
    NSBundle *SDKBundle = [NSBundle bundleWithPath:path];
    FrameworkVC *fw = [[FrameworkVC alloc] initWithNibName:@"FrameworkVC" bundle:SDKBundle];
    [self presentViewController:fw animated:YES completion:nil];

如果我们直接用动态库的代码加载方式发现是失败的并且会提示

reason: 'Could not load NIB in bundle:..... (loaded)' with name 'FrameworkVC''

3.将Framework和资源分开,通常资源会打包为bundle
bundle可以直接将文件后缀重命名生成bundle,也可以像制作Framework一样制作bundle


Base SDK

combine_hidpi_images

但是需要注意Base SDK要选择iOS combine_hidpi_images要设置NO,否则bundle中的png图片经过编译打包会变成tiff的文件,进而导致对应图片找不到,这样就可以分离资源和Framework.使用的时候要同时导入两个文件.

    NSString *path = [[NSBundle mainBundle] pathForResource:@"FrameworkUseBundle" ofType:@"bundle"];
    NSBundle *SDKBundle = [NSBundle bundleWithPath:path];
    FrameworkUseBundleVC *fw = [[FrameworkUseBundleVC alloc] initWithNibName:@"FrameworkUseBundleVC" bundle:SDKBundle];
    [self presentViewController:fw animated:YES completion:nil];

综合以上我个人更推荐和喜欢第2种方式打包资源文件,因为这样显得更加合理

FrameworkDemo
demo介绍:以xcworkspace管理多个工程
FrameworkDemo:不包含资源的Framework(静态)制作
Framework-Xib:包含资源的Framework(动态)制作
StaticFramework-Xib:包含资源的Framework(静态)制作
Framework-Bundle:Framework(静态)与资源(Bundle)分开制作
FrameworkUse:Framework的使用




作者:洁简
链接:https://www.jianshu.com/p/8727da2d5cb5
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


  • 2019-08-13 20:06:42

    修改 Nginx 进程最大可打开文件数(worker_processes和worker_connections)

    worker_processes:操作系统启动多少个工作进程运行Nginx。注意是工作进程,不是有多少个nginx工程。在Nginx运行的时候,会启动两种进程,一种是主进程master process;一种是工作进程worker process。例如我在配置文件中将worker_processes设置为4,启动Nginx后,使用进程查看命令观察名字叫做nginx的进程信息,我会看到如下结果:

  • 2019-08-14 09:01:18

    linux下高并发服务器实现

    在做网络服务的时候tcp并发服务端程序的编写必不可少。tcp并发通常有几种固定的设计模式套路,他们各有优点,也各有应用之处。下面就简单的讨论下这几种模式的差异:

  • 2019-08-14 13:18:59

    Linux系统下CPU使用(load average)梳理

    在平时的运维工作中,当一台服务器的性能出现问题时,通常会去看当前的CPU使用情况,尤其是看下CPU的负载情况(load average)。对一般的系统来说,根据cpu数量去判断。比如有2颗cup的机器。如果平均负载始终在1.2以下,那么基本不会出现cpu不够用的情况。也就是Load平均要小于Cpu的数量。

  • 2019-08-14 14:27:35

    计算密集型和IO密集型

    在进行I/O操作的时候,是将任务交给DMA来处理,请求发出后CPU就不管了,在DMA处理完后通过中断通知CPU处理完成了。I/O操作消耗的cpu时间很少.

  • 2019-08-14 14:29:12

    浅谈nodejs和php

    现在,Web开发公司和开发人员可以选择多种技术栈来构建Web应用程序。早期网络发展,不同的技术被用于前端和后端开发。但是,随着Node.js的发布,布局发生了变化,因为它允许开发人员使用 JavaScript 编写后端代码。这最终催生了MEAN(MongoDB + Express +AngularJS + NodeJS )堆栈 web 开发框架,从前端到后端甚至是数据库(MongoDB -JSON)都使用 JavaScript。在 Node.js 之前,Web 开发通常是在 PHP 的帮助下完成的,因为它很容易与 HTML 集成,帮助开发人员立即构建动态网站。在这篇文章中,我们将比较 Node.js 和 PHP,看哪一个最适合当前的行业需求。

  • 2019-08-15 13:32:18

    Node.js是如何解决服务器高性能瓶颈问题的

    在Java、PHP或者.net等服务器端语言中,会为每一个客户端连接创建一个新的线程。而每个线程需要耗费大约2MB内存。也就是说,理论上,一个8GB内存的服务器可以同时连接的最大用户数为4000个左右。要让Web应用程序支持更多的用户,就需要增加服务器的数量,而Web应用程序的硬件成本当然就上升了。

  • 2019-08-15 13:33:53

    nodejs的10个性能优化技巧

    在我接触JavaScript(无论浏览器还是NodeJS)的时间里,总是遇到有朋友有多线程的需求。而在NodeJS方面,有朋友甚至直接说到,NodeJS是单线程的,无法很好的利用多核CPU。那么我们在使用过程中,就要非常注意性能优化了

  • 2019-08-16 13:18:48

    使用ffmpeg进行ts切片并AES-128加密

    由于解密的key文件都是公开的,所以并不能算上完全加密,用户只要把你的key+m3u8里的ts切片文件全部下载,用ffmpeg还是能解,这时就要考虑url的key防止用户直接下载和盗链。 ​