Développement iOS
  1. Développement iOS
  3. Le format PNG est-il préféré au format JPEG pour tous les files d'image sur iOS?
Intereting Posts
Rediriger vers une URL externe avec un schéma personnalisé Le développeur iOS est-il capable d'afficher le système de files? Partager entre une extension iOS et il contient l'application avec le trousseau? Netty Channel détection fermée Xcode 8 génération automatique en cas de changement Est-il possible de montrer tous les amis dans une boîte de dialog de request Facebook via iOS SDK? Comment identifier l'adresse IP de l'expéditeur d'un package udp reçu sur un appareil iOS? Comment représenter NSUUID en tant que string? Envoyer une notification de AppDelegate à ViewController Les sections UITableView restnt toujours dans la vue Erreur irrécupérable: l'élément NSArray n'a pas pu correspondre au type d'élément Swift Array Obtenir un espace blanc en bas de l'écran iphone x (xcode 9) initWithFrame: reuseIdentifier: est obsolète UIButton ne montre pas en surbrillance dans iOS7 – Swift Comment définir la reference d'origine d'UIView?

Le format PNG est-il préféré au format JPEG pour tous les files d'image sur iOS?

Xcode optimise les images png afin qu'elles soient chargées plus rapidement, mais est-ce aussi recommandé pour les autres ressources d'image qui ne sont pas pour les buttons et l'interface user (Photos par exemple)?

Ou est-ce une norme d'avoir des images d'interface user comme png et "photos" comme JPEG?

Quelle est la meilleure pratique ici?

La meilleure pratique consiste à utiliser les files PNG le plus souvent possible lorsque vous utilisez des images dans votre application. iOS et Xcode chargent et affichent les PNG plus rapidement que n'importe quel autre type de format. Si vous avez le choix, optez pour le format PNG.

Lorsque vous utilisez un autre type de file (ou si vous chargez des files PNG non optimisés), votre iPhone doit effectuer le byte-swapping et la prémultiplication alpha au moment du chargement (et éventuellement refaire la multiplication alpha au moment de l'affichage). Votre application doit essentiellement faire le même traitement que Xcode, mais elle le fait au moment de l'exécution plutôt qu'au moment de la construction. Cela va vous coûter à la fois en termes de cycles de processeur et de surcharge de memory. L'une des raisons pour lesquelles Mobile Safari est le plus gros cochon de memory des applications iPhone embeddedes est que les images qu'il doit charger pour afficher les pages Web sont toutes des images non optimisées, principalement des images JPEG. Comme le format JPEG est un format compressé, il a l'avantage supplémentaire de devoir décompresser l'image en memory avant de pouvoir effectuer la prémultiplication et l'échange d'octets.