难道苹果公司改变他们的应用程序归档方法？ [英] Did Apple change their app archiving method?
问题描述
我们一直在争取获得下20 MB我们的应用程序，这样过度的空中下载会工作，并与我们的最后一个版本2个星期前，我们成功了。
We've been fighting to get our app under 20 MB so that over-the-air downloading would work, and with our last release 2 weeks ago we succeeded.
我花了一堆试验和错误，以获得正确的，但最终我们削减我们的应用程序到27MB（uncom pressed），在店内为19.5MB出现了。
It took a bunch of trial-and-error to get right, but eventually we cut our app down to 27MB (uncompressed), which showed up in the store as 19.5MB.
一切似乎顺利，直到我们做了一个小的code更新修复了一些bug的时候，突然在App Store版的应用程序的激增充分uncom pressed 27MB大小！我刚检查了分布档案，以及较新的二进制实际上是2K比旧的还要小。
All seemed well, until we did a minor code update to fix some bugs, when suddenly the app store version of the app ballooned to the full uncompressed 27MB size! I just checked the distribution archives, and the newer binary is actually 2k smaller than the older one.
没有人有任何想法什么会导致此？
Does anyone have any idea what would cause this?
推荐答案
在 http://www.alexcurylo.com/blog/2010/05/22/tip-shipping-app-size/ 有计算最终大小的一种方式。简而言之：
In http://www.alexcurylo.com/blog/2010/05/22/tip-shipping-app-size/ there is a way to calculate the final size. In short:
- 通过打开的.app捆绑右键 - >显示包内容（在Mac上）
- 找到可执行文件并记住它（uncom pressed）尺寸（尺寸A）
- 从包中删除可执行
- 压缩包并记住捆绑的COM pressed尺寸（尺寸B）
- 尺寸C从加入苹果捆绑的其他文件100 KB。
为您的应用程序的最大尺寸的最后计算如下：
The final calculation for the maximum size of your App is as follows:
A + B + C =最大的应用程序批准后尺寸
A + B + C = maximum size of your App after approval
在的话：
（uncom pressed可执行文件的大小）+（应用程序捆绑COM pressed但没有可执行的）+ 0.1 MB =批准后您的应用程序的最大尺寸
(uncompressed executable size) + (app bundle compressed but without executable) + 0,1 MB = maximum size of your App after approval
这篇关于难道苹果公司改变他们的应用程序归档方法？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
