Les binaires universels ne sont-ils pas une énorme perte de mémoire sur l'appareil?

Question

En travaillant sur un binaire universel pour iPhone/iPad, je me suis souvent demandé: Est-ce vraiment si bon? Je crois que les appareils iPhone et iPod touch vont simplement télécharger l'ensemble du paquet, y compris tout le contenu de l'iPad non pertinent. Comme mon application est très gourmande en graphiques, les utilisateurs de l'iPhone et de l'iPod touch souffriraient d'environ 10 Mo de graphiques non pertinents. Ils sont juste poubelle et ne sont pas utilisés sur leur appareil. Idem pour les utilisateurs d'iPad, qui verront quelque chose comme 6 Mo de données d'image de poubelle qui n'est jamais utilisé. Bien sûr, avec tout le code non utilisé pour l'appareil.

Je me demande si c'est vraiment intelligent. Si c'est vraiment le cas, téléchargez et installez beaucoup de corbeilles et vous vous inquiétez de l'achat d'un périphérique de 8 Go, 16 Go, 32 Go ou même 64 Go pour pouvoir installer plus de choses. Je crains déjà beaucoup d'applications universelles que je viens de jeter mon appareil plein avec des fichiers inutilisés. Ça me fait me sentir stupide.

Answer 1

Les applications qui ne sont pas lourdes graphiquement valent la peine de faire un binaire universel pour. Par exemple: si vous avez juste les éléments standard d'interface utilisateur de cacao et quelques données. Ensuite, tout ce que vous faites est de définir tous les cadres par rapport à la taille de l'image.

Si c'est effectivement une application séparée (par exemple: vous avez une tonne de DIFFERENTS fichiers image pour la version iPad, puis le libérer en tant que tel.Même si elles ne sont que des images de haute résolution et autres, il ne question.)

Answer 2

Vous pensez que c'est idiot? Essayez de télécharger à nouveau une application complète de 80 Mo (ressources et tout!) Chaque fois qu'un petit changement de code est effectué. :)

Compte tenu de vos chiffres de 8, 16, 32, 64 Go; Je suppose que vous parlez de la capacité de stockage, plutôt que de «mémoire» dans le sens de RAM. Si tel est le cas, vous pouvez envisager de compresser vos ressources et de les décompresser dans le sandbox de l'application pour un accès facile lors de futures mises en route. Vous pouvez également regrouper uniquement les ressources iPhone/iPod avec l'application et télécharger séparément les ressources spécifiques à l'iPad. Les utilisateurs peuvent ne pas aimer l'utilisation de bande passante surprise et il pourrait même ne pas passer Apple.

Enfin, vous pouvez procedurally generate vos ressources et vos utilisateurs vont vous aimer pour l'espace économisé, sinon la vie de la batterie. Peut-être combiner le meilleur des deux mondes et générer seulement les ressources une fois?