iPhone 图像资源、ICO 与 PNG、应用程序包文件大小

Question

我的应用程序收集了大约 1940 个图标，并在整个应用程序中使用。

它们目前处于 ICO 状态，提供给我的新图像也采用 ICO 格式。我注意到它们在一个文件中包含每个图标的 16x16 和 32x32 表示形式。

每个文件的文件大小大约为 4KB（根据 finder 的报告，但 ls 报告称它们的大小从大约 1000 字节到 5000 字节不等）。

这些图标中的极少数仅包含 32x32 表示形式，并且如下所示：结果只有大约 700 字节大小。

目前，我将这些图标与我的应用程序捆绑在一起，它们使应用程序的大小比我想要的要大一些。

这些图像总共只有约 25.5MB。 Xcode 必须进行某种压缩，因为生成的应用程序包大约为 12.4MB。将其进一步压缩为 ZIP（就像提交到 App Store 时一样），最终文件大小为 5.8MB。

我知道自 iPad 推出以来，App Store 无线下载的最大限制已提高至 20MB（我不确定这是否会扩展到 iPhone 应用程序以及 iPad 应用程序，如果不是的话，该限制将为 10MB）。

我担心的是，将会添加新图标（有时每周最多 10 个图标），并且随着时间的推移，应用程序包将继续膨胀。

在我的应用程序中分发这些图标的最佳方式是什么？

我尝试过但没有取得多大成功的事情：

• 将图标从 ICO 转换为 PNG：
  • 我尝试这样做是希望 pngcrush 实用程序能够帮助解决文件大小问题。但看起来它在普通 PNG 和压缩 PNG 之间没有太大区别（我相信它只是优化图像以在 iPhone 的 GPU 上显示，而不是压缩其大小）。另外，从 ICO 到 PNG 实际上增加了图标文件的大小......
• 压缩图像，然后在第一次运行时解压缩它们。
  • 虽然这确实减少了整体图像大小，但我发现解压缩它们、将它们复制到文档文件夹并确保升级时不会发生重复所需的工作量太大，不值得这样做。此外，在原始 iPhone 和 3G iPhone 上解压和复制大约 25MB 的图像需要很长时间，并且会造成糟糕的体验......

我考虑过但尚未尝试过的事情：

• 不要在应用程序包中分发图标，而是在线托管它们，并且按需下载每个图标（这取决于用户关于实际显示哪些图标以及何时显示的数据）。
  • 问题是带宽需要花钱，而且图像下载会占用大量带宽。不过，我的应用目前拥有约 5,500 名用户（根据 Flurry 统计数据，我估计其中约有 1500 名活跃用户），而且我当前的托管包有大量未使用的带宽限额。

因此，我对如何解决这个棘手问题持开放态度。

Answer 1

我为客户做了一些关于 MonoTouch 的研究。 MonoTouch 的最小文件大小为 5.1mb，因为所有都是 C# 内容。这似乎并没有影响应用程序商店用户下载基于 MonoTouch 的应用程序的意愿。

在我的研究中，我没有看到任何证据表明最终用户在做出购买决定时非常关注应用程序的大小。许多应用程序首先通过 iTunes 下载到非手机上，1mb 和 5mb 之间的下载时间差异几乎不明显。许多最终用户只是模糊地意识到应用程序甚至有大小。

我的建议是尝试根据使用率确定图标的优先级。 Praeto 规则 出现在大多数数据中，因此您可能会发现 20% 的图标得到80%的使用率。将 20% 最活跃的图标包含在应用程序包中，然后下载其余图标。