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
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


  • 2020-11-22 20:56:13

    Dagger2使用详解

    简单的说,就是一个工厂模式,由Dagger负责创建工厂,帮忙生产instance。遵从Java规范JSR 330,可以使用这些注解。现在不研究Dagger2是如何根据注解去生成工厂的,先来看看工厂是什么东西,理解为什么可以实现了DI(Dependency Injection),如何创建IoC(Inverse of Control)容器。

  • 2020-11-22 21:00:28

    dagger.android--Fragment,BaseFragment

    1 使用Fragment参数来代替Activity参数 2 使用 @FragmentKey来代替@ActivityKey 3 使用HasFragmentInjector来代替@HasActivityInjector 4 AndroidInjection.inject(Fragment)方法,在Fragment的onAttach()中调用,而不是在onCreate()中 5 Fragment的Module添加位置,和Activity是不同的,它取决于Fragment需要的其他依赖注入

  • 2020-11-22 21:12:30

    Dependency Injection with Dagger2,Fragment

    標註@Provides的method若有parameter的話,Dagger會找出其擁有的該型態物件來使用。我們在Module內新增了DataModel將其列入Dagger的管理下,接著在provideFactory()增加parameter變成provideFactory(DataModel dataModel),Dagger就會找出其管理的DataModel給provideFactory使用。

  • 2020-11-22 22:58:52

    Android LiveData Transformations

    有时候有这样的需求,需要在LiveData将变化的数据通知给观察者前,改变数据的类型;或者是返回一个不一样的LiveData。

  • 2020-11-22 23:00:16

    androidx中的lifecycle组件

    Lifecycle-aware components生命周期感知组件执行操作,以响应另一个组件生命周期状态的更改,例如Activity和Fragment。这些组件可以帮助您生成更有组织、更容易维护的轻量级代码。

  • 2020-11-22 23:02:50

    Android数据存储之DataBase的Room

    Room是Google在AndroidX中提供的一个ORM(Object Relational Mapping,对象关系映射)库。它是在SQLite上提供的一个抽象层,可以使用SQLite的全部功能,同时可以更好更便捷流畅地访问数据库。(关于AndroidX可以参考

  • 2020-11-22 23:04:39

    Android组件 LiveData与MutableLiveData教程

    LiveData与ViewMode是经常搭配在一起使用的,但是为了不太混乱,我还是拆分开来说明,此篇博客只讲解 LiveData 与 MutableLiveData的概念与使用方式(但是会涉及到ViewMode的部分代码).

  • 2020-11-22 23:14:52

    Dagger 2 在 Android 上的用法

    在前面的文章我们介绍了Dagger2 中的大部分注解的使用,接下来我们从源码角度分析下第一篇文章中例子的原理。