Estou influindo em um cálculo para determinar pelo menos o tamanho superior de um App depois que a Maçã tentou a sorte com ele depois de uma aprovação bem sucedida.
Em primeiro lugar temos de entender o que a Maçã acrescenta ao pacote de.app depois da aprovação. Encontrei um correio que sumaria os arquivos que são acrescentados pela Maçã:
“as adições são o arquivo iTunesArtwork (70 KB), iTunesMetadata.plist (2 KB), arquivos na nova pasta SC_Info (12 KB) e o arquivo CodeResources atualizado (9 KB)”
Ao todo APROXIMADAMENTE 100 KBS em arquivos adicionais. Assim onde está o resto do bloat que vem de? No fim de tudo, algumas pessoas até informam um aumento no tamanho depois da aprovação de Vários megabytes! After all, some people even report an increase in size after approval of several Megabytes!
A resposta é surpreendentemente simples: a Maçã está encriptando o arquivo executável. Fazendo portanto o seu tamanho não se modifica muito mas os seus conteúdos fazem que normalmente não pode ser mais compresso tanto como antes. Juntando tudo isso subi com um modo de calcular o tamanho máximo do seu App na Loja de App (será mais provavelmente menos do que isto): By doing so its size doesn’t change much but its contents do which usually can no longer be compressed as much as before. By putting all this together i came up with a way to calculate the maximum size of your App in the App Store (it will most likely be less than this):
- abra o pacote de.app via o clique direito-> Conteúdos de Pacote de Demonstração (em Mac)
- localize o arquivo executável e lembre-se do seu (não compresso) tamanho (Tamanho um)
- elimine o executável do pacote
- silve do pacote e lembre-se do tamanho compresso do pacote (Tamanho “B”)
O tamanho “C” é 100 KBS dos arquivos adicionais acrescentados ao pacote pela Maçã. O cálculo final do tamanho máximo do seu App é como se segue:
Um + B + C = tamanho máximo do seu App depois de aprovação
O cálculo pôs em palavras:
(tamanho executável não compresso) + (app pacote compresso mas sem executável) + 0,1 MB = tamanho máximo do seu App depois de aprovação
Só tenho um App (51 Carateres japoneses) na Loja de App agora mesmo, portanto só posso testá-lo com este App. O App submetido é 3,9 MB silvado e 4,3 MB na Loja de App. O arquivo executável é 1,0 MB e o App comprimido sem o executável é 3,6 MB. Pelo meu cálculo venho: The executable file is 1,0 MB and the App compressed without the executable is 3,6 MB. By my calculation i get:
1,0 MB + 3,6 MB + 0,1 MB = 4,7 MB
É mais do que 4,3 MB o tamanho real do App na Loja de App mas lembrar-se: calculamos o tamanho de máximo que App poderia ter. Dependendo do seu código e mais provavelmente o motor você usa (uso cocos2d exclusivamente até agora) o montante da compressão perdida pela encriptação de Maçã varia muito. Especialmente se os ativos (imagens, som, música) são introduzidos no executável (assim não faça que!). Ouço que a Unidade iPhone aplicações pode sofrer muito mais, contudo não sei se houve algo determinado sobre App nem que versão da Unidade iPhone esteve usada, assim tome-o com um grão de sal. Depending on your code and more likely the engine you use (i use cocos2d exclusively till now) the amount of compression lost by Apple’s encryption varies greatly. Especially if assets (images, sound, music) are embedded in the executable (so don’t do that!). I hear that Unity iPhone applications can suffer a great deal more, however i don’t know if there was anything particular about the App nor which version of Unity iPhone was used, so take it with a grain of salt.
Agora, como podemos tornar-nos mais fechados para a realidade com este cálculo? Introduzindo um bom (superior) valor para quanto o arquivo executável ainda pode ser compresso depois da encriptação. Em caso de 51 Carateres japoneses ele sobe para aproximadamente 60 %. Assim se modificarmos o cálculo com um fator de compressão “F” vimos: In the case of 51 Japanese Characters it amounts to about 60%. So if we modify the calculation with a compression factor “F” we get:
(Um * F) + B + C = tamanho máximo do seu App depois de aprovação
Em caso de 51 Carateres japoneses o F seria 0,6.
Eu muito o apreciaria se você pode fazer o cálculo com o seu app (s) e pôr os seus resultados no correio aqui. Sou mais interessado no seu valor de F, mais relatórios que podemos adquirir o mais perto ao (média avara) fator de compressão do executável criptografado. Neste ponto só posso dizer que é 0,6 neste determinado caso mas poderia ser também 1,0 para outro Apps. Por favor ponha os seus resultados no correio aqui! At this point i can only say it’s 0,6 in this particular case but it might as well be 1,0 for other Apps. Please post your results here!
Comentários Recentes