实现iOS图片等资源文件的热更新化(一): 从Images.xcassets导出合适的图片

本文会基于一个已有的脚本工具自动导出全部的图片;最终给出的是一个从 Images.xcassets 到基于文件夹的精简 合适 的图片资源集的完整过程.难点在于从完整图片集到精简图片集,确定是基于一个定制化的脚本,自定义导出的.若是本身手动导出?那可有的忙喽~

Images.xcassets 与 Assets.car

Images.xcassets,是Xcode项目中的,用于存放资源文件.那么咱们为何不直接处理 Images.xcassets 呢?由于Images.xcassets中存放的图片名称可能与图片的资源名称不一致,最终决定图片资源名的是资源文件夹的名称;也有可能Images.xcassets存放的是pdf格式的图片,这样能够自动预编译对应尺寸的图片资源.

Images.xcassets 编译后,最终ipa包中,是以Assets.car包的形式出现的,内部是处理后的图片名.此处的文件名与咱们代码中引用的图片资源名称是一致的.

也就是说: 直接基于Assets.car进行处理,可使咱们的使用图片处的代码变动尽量少.

使用 cartool 从 Assets.car 导出图片

Assets.car 没法直接zip解压,须要借助专门的工具,此处推荐: cartool 使用方法,参见: iOS学习之解压Assets.car

若是你缺乏足够复杂的Assets.car或者cartool用法有问题,能够直接使用我处理过的资源:https://github.com/ios122/ios_assets_hot_update/tree/master/res

针对文章github给定的目录, cartool的用法,能够简述为: cd 到 res目录,而后

mkdir Assets
./cartool  ./Assets.car ./Assets

其实使用一张图片就能够额兼容iPhone/iPad

从 Assets.car 导出后的图片,大体有如下几种:

• 只存在@1x的图: 如 2.png
• 只存在@1x和@2x的图: 如 account.png 和 account@2x.png
• 只存在@2x的图: 如add-1@2x.png
• 只存在@2x与@3x的图片: 如 10@2x.png 和 10@3x.png
• 同时存在三种尺寸的图片: 如 1.png 1@2x.png 和 1@3x.png
• 区分iphone与ipad的图片,此类图通常由pdf自动在预编译时生成: 如bg_mypage_edit~ipad.png bg_mypage_edit~ipad@2x.png bg_mypage_edit~ipad@3x.png bg_mypage_edit~iphone.png bg_mypage_edit~iphone@2x.png bg_mypage_edit~iphone@3x.png
• 汉语命名的图片: 如 提醒.png

以上图片的缘由,很大一部分是因为App迭代引发的.对于一个图片,存在上述不一样状况时,图片一般加载与当前屏幕比例(scale)最符合的图片,具体细节下一篇文章会更完整描述.

通过我本身的实验与网上各类资料的查询,使用 @3x 的图片是能够同时做为 iPhone和iPad的通用图标的.固然,这是须要自定义 imageNamed方法,也是下一篇文章的重点. 2套共5个图片,如今只须要1个图片,理论图片资源体积能够减少 ((1 + 2 + 3 + 3 + 1.5) - 3) / (1 + 2 + 3 + 3 + 1.5) = 71.428571 % (信息量超大的速算法,看不懂就当是个冷笑话吧~(≧▽≦)/~)

自动归类脚本思路

咱们想要获取的是 可用的@3x图片文件夹 与 不包含@3x图片的有问题的资源列表. 对于不存在@3x副本的图片,很大可能这个资源已经被废弃了.这一块,暂定手动去排查与核实.若是一个图片仍在使用可是不存在@3x的副本,绝对是RD挖了一个坑,等你来填!

基本思路是:

1. 去除 ~ipad 结尾的图片,如bg_mypage_edit~ipad.png;
2. 去除 ~iphone 图片中的 ~iphone文字,如bg_mypage_edit~iphone@3x.png 重命名为 bg_mypage_edit@3x.png;
3. 将含有@3x的图片组的@1x @2x @3x 的图片按顺序移动到单独文件夹 如 assets_3x,并都命名为@3x,此时原文件夹中即为有问题的资源,新文件夹中为有效的资源文件,且只保留了@3x;
4. 将原资源文件夹命名为assets_error,以供之后使用;
5. 人工确认非法图片是否具备存在乎义,存在则寻找其@3x副本放到 assets_3x 文件夹;

自动归类脚本实现

除了以上的第五步之外,前四步均可以自动化运行:

#0. 须要先cd到解压后的Assets目录;
#1. 去除 ~ipad 结尾的图片,如bg_mypage_edit~ipad.png;
find . -iname "*~ipad*.png" -delete

#2. 去除 ~iphone 图片中的 ~iphone文字;
find . -name "*~iphone.png" -exec sh -c 'for i do mv -- "$i" "${i%~iphone.png}.png"; done' sh {} +

find . -name "*~iphone@2x.png" -exec sh -c 'for i do mv -- "$i" "${i%~iphone@2x.png}@2x.png"; done' sh {} +

find . -name "*~iphone@3x.png" -exec sh -c 'for i do mv -- "$i" "${i%~iphone@3x.png}@3x.png"; done' sh {} +

# 3.将含有@3x的图片组的@1x @2x @3x 的图片按顺序移动到单独文件夹 如 assets_3x,并都命名为@3x,此时原文件夹中即为有问题的资源,新文件夹中为有效的资源文件,且只保留了@3x;

mkdir ../assets_3x

find . -name "*@3x.png" -exec sh -c 'for i do mv -- "${i%@3x.png}.png" "../assets_3x/${i%@3x.png}@3x.png"; mv -- "${i%@3x.png}@2x.png" "../assets_3x/${i%@3x.png}@3x.png";mv -- "${i%@3x.png}@3x.png" "../assets_3x/${i%@3x.png}@3x.png";done' sh {} +

# 4.将原资源文件夹命名为assets_error,以供之后使用;
cd ..
mv Assets assets_error

最终获得的 assets_3x 即为可用资源,assets_error 即为须要手动确承认用性的资源.

收获与感悟:

1. 项目中,图片这一块,的确有许多无用的或不合理的资源,须要及早解决;
2. shell 脚本是基于路径进行复制,移动等操做的,如 find的结果,实际上是一个文件路径,借助它,提出了一个简单的区分可用于不可用资源的方法;
3. 写博客,确实可使思路更清晰有序,坦白讲,这原本是一个我不敢碰的优化任务,一个一个比对,想一想都头大.最终的处理结果,仍是给出了必定数量的无用图片,可是我根据其名字就能够肯定其位置,很是好处理了,已经省了很多功夫了;并且,要比我手动排查地可信多了.

---

系列专属github地址: https://github.com/ios122/ios_assets_hot_update