Open yanfeng42 opened 8 years ago
首先感谢对该工具的关注。
关于疑问中提到的对比数据的问题,最近和设计朋友对接核实,我们将目前项目中已经使用了 PDF 类型的素材图重新导出 PNG 格式的文件再次进行详细的对比,发现这种情况下 PDF 文件大概为 PNG 格式图标文件大小的 1/3 ~ 1/2 左右。对于 DEMO 中的对比,是使用原项目中已经存在的素材直接拿出来对比的结果,没有进行更多的比较从而得出了不具有普遍代表性的数据,是笔者的失误。
目前在我们的具体项目使用过程中,同时也发现并不是所有的素材图都适合使用 PDF 文件代替,像刚提到的复杂的切图,或者有局部半透明的图片,例如下面的图标:
这时候就使得 PDF 格式出图不会那么的灵活,还是使用 PNG 格式出图更为方便(PS:设计基友给的原话👀)
简单来说对于常规 APP 中大多数的不复杂的图标或者简单的单色图标(例如3D Touch)来说使用该工具还是很方便的。
经过我的测试,无论是复杂图片还是简单图片,PNG 的加载速度都比 PDF 快10倍左右。
PDF 图片的加载速度是硬伤。
任何方案都有一些客观的优缺点,就像 SVG 的素材资源也很小,但加载复杂图像内存飙升、耗时较久,使用 PDF 对于简单图标的加载,并且显示尺寸并非固定的场景相对来说还是比较实用的,如果是内容元素比较多的素材确实不建议使用 PDF 方案,需要根据自己的需求场景衡量。
这个图片的示例有点偏颇: 1.ui元素再稍微复杂点,pdf是很容易上百k的,是特定尺寸 图标的几十倍; 2.试了下示例中给的 pdf 图,我自己用stretch重新导出下,@1x @2x @3x的尺寸大小分别是 2k,3k,5k,而不是 8k, 25k,52k; 简单说: 我觉得很有可能"设计部门"给你的图标,不是基于同一源文件导出的; 所以,建议补充下 复杂UI元素的pdf图标与对应的png图标间的对比与测试; 从目前提供的信息来看, 直接加载 pdf 很有心意,但是不是很符合 "app 瘦身" 这个概念;