程序员人生 网站导航

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

栏目:综合技术时间:2016-09-28 09:41:41

本文会基于1个已有的脚本工具自动导出所有的图片;终究给出的是1个从 Images.xcassets 到基于文件夹的精简 适合 的图片资源集的完全进程.难点在于从完全图片集到精简图片集,肯定是基于1个定制化的脚本,自定义导出的.如果自己手动导出?那可有的忙喽~

Images.xcassets 与 Assets.car

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

Images.xcassets 编译后,终究ipa包中,是以Assets.car包的情势出现的,内部是处理后的图片名.此处的文件名与我们代码中援用的图片资源名称是1致的.

也就是说: 直接基于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

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

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

  • 只存在@1x的图: 如 2.png
  • 只存在@1x和@2x的图: 如 account.png 和 account@2x.png
  • 只存在@2x的图: 如add⑴@2x.png
  • 只存在@2x与@3x的图片: 如 10@2x.png 和 10@3x.png
  • 同时存在3种尺寸的图片: 如 1.png 1@2x.png 和 1@3x.png
  • 辨别iphone与ipad的图片,此类图1般由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

以上图片的缘由,很大1部份是由于App迭代引发的.对1个图片,存在上述不同情况时,图片通常加载与当前屏幕比例(scale)最符合的图片,具体细节下1篇文章会更完全描写.

经过我自己的实验与网上各种资料的查询,使用 @3x 的图片是可以同时作为 iPhone和iPad的通用图标的.固然,这是需要自定义 imageNamed方法,也是下1篇文章的重点. 2套共5个图片,现在只需要1个图片,理论图片资源体积可以减小
((1 + 2 + 3 + 3 + 1.5) - 3) / (1 + 2 + 3 + 3 + 1.5) = 71.428571 % (信息量超大的速算法,看不懂就当是个嘲笑话吧~(≧▽≦)/~)

自动归类脚本思路

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

基本思路是:

  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 文件夹;

自动归类脚本实现

除以上的第5步之外,前4步都可以自动化运行:

#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. 项目中,图片这1块,的确有许多无用的或不公道的资源,需要尽早解决;
  2. shell 脚本是基于路径进行复制,移动等操作的,如 find的结果,实际上是1个文件路径,借助它,提出了1个简单的辨别可用于不可用资源的方法;
  3. 写博客,确切可使思路更清晰有序,坦白讲,这本来是1个我不敢碰的优化任务,1个1个比对,想一想都头大.终究的处理结果,还是给出了1定数量的无用图片,但是我根据其名字就能够肯定其位置,非常好处理了,已省了很多工夫了;而且,要比我手动排查地可信多了.

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

------分隔线----------------------------
------分隔线----------------------------

最新技术推荐