我的应用程序收集了大约 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 名用户是活跃的），并且我当前的托管包有大量未使用的带宽限额。
所以我对如何解决这个棘手的问题持开放态度。