分享最热门的ios资讯

本文会基于一个已有的脚本工具自动导出所有的图片;最终给出的是一个从 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 和 [email protected]

• 只存在@2x的图: 如[email protected]

• 只存在@2x与@3x的图片: 如 [email protected] 和 [email protected]

• 同时存在三种尺寸的图片: 如 1.png [email protected] 和 [email protected]

• 区分iphone与ipad的图片,此类图一般由pdf自动在预编译时生成: 如bg_mypage_edit~ipad.png [email protected] [email protected] bg_mypage_edit~iphone.png [email protected] [email protected]

• 汉语命名的图片: 如 提醒.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文字,如[email protected] 重命名为 [email protected];

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 "*[email protected]" -exec sh -c 'for i do mv -- "$i" "${i%[email protected]}@2x.png"; done' sh {} +

find . -name "*[email protected]" -exec sh -c 'for i do mv -- "$i" "${i%[email protected]}@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