Pourquoi les applications Android sont-elles plus légères que sur iOS ?

Ce n'est pas Proguard qui fait ça mais le compilateur. Et c'est le cas sur toutes les plateformes.

J'ai vu des applications Android super belles aussi.

Perso je sais pas developper. Je suis nul en ça !

Bravo! Cet article est très intéressant, très bien écrit, dans le style, l'orthographe, la grammaire, la ponctuation, ainsi que pour le fond . Bravo à Omar ainsi qu'aux éventuels relecteurs.

Un oubli significatif par rapport à ProGuard : il ne se contente pas de réduire les tailles des noms de classes, méthodes, etc. Il fait aussi disparaître tout le code inutile, y compris dans les librairies. Du coup, si on importe une librairie de plusieurs Mo pour n'en utiliser qu'une ou deux classes, ça n'est pas gênant : toutes les classes inutiles seront supprimées au moment de l'optimisation par ProGuard pour ne garder que les quelques ko nécessaires et pas tous les Mo de départ qui sont économisés par rapport à iOS.

Bel article !

Sur mon iPhone SE, application Message, ça ne marche pas ton "balayer l'écran" à tous les coups il faut balancer le pouce au point le plus éloigné

il doit avoir gardé son iPhone 4 avec les même arguments d'achat de l'époque

Comprends pas trop le passage de l'IA mais bon

Honor, il faut un convoyeur de fond pour tout encaisser !

Je sais parfaitement de quoi je parle.

Merci pour cet article, j'ai appris bcp de choses.

Euh la plupart des applis sont entièrement recodées pour Android, j'en connais pas qui viennent directement d'appli iOs, même si je sais que ça existe

Hélas oui, quand on met autant d'argent pour développer une compétence, statistiquement, on fini par plus s'y impliquer. Il y a aussi le facteur "Passion Apple" qui entre en compte. Mais ce n'est qu'une généralité selon moi, cela n'implique évidement pas tout le monde (moi même je code pour iOS et je n'ai jamais acheté de Mac pour autant). Sinon 10k€ pour un Mac faut pas déconner :D et puis comme c'est l'argent de ton chef, et pas le tien, ça ne marche pas ^^. Cependant je ne suis pas d'accord avec ta conclusion, elle est en partie vrai sur la prise en main plus rapide sur iOS, mais en réalité cette facilité de prise en main se paye au prix d'un code design mauvais et donc d'une évolutivité plus difficile. A l'opposé sur Android, la prise en main est bien plus difficile mais c'est pour permettre la mise en place d'un code design plus élégant et au final plus évolutif. Cependant, pour en arriver là, il faut déjà avoir affaire à un dev Android qui a quelques années d'XP.

Euh.... OK

En aucun cas l'iPhone 6 souffre d'un manque de mémoire. Au contraire,un iPhone 5s et 6 marche très bien,tu ne sais pas de quoi tu parles.

Il faut dire que chez Apple, ils sont aussi eu leur période pipi-caca, et tout en haut de l'échelle en plus. :p https://www.igen.fr/app-store/il-pete-il-pisse-mais-il-travaille-chez-apple-12601

C'est tellement vrai, les développeurs ne comprennent pas des choses simples alors que les utilisateurs finaux attendent d'eux des objets connectés et applications qu'ils fonctionnent comme une cafetière de base, et les utilisateurs finaux ne comprennent pas que les développeurs ne les comprennent pas. Du coup les développeurs aiment les intelligences artificielles car ils les maîtrisent, ils leur font faire ce qu'ils veulent et sont à leur image; chose qu'ils sont incapables de faire dans la vraie vie car ils ne comprennent pas la complexité des relations humaines.

Mais non voyons ,puisque les fanboys de steevou te le disent, ios est très simple voyons , c'est la panacée universelle. En plus on peut même changé le fond d'écran. Comme dis Lemaître ton patron est un neuneu cétou . En fait Lemaître a raison aussi a propos de ses collègues disciple pommé (paumé ?), ils sont neuneu. C'est bizzare des que ça rentre pas dans la case marketing bidon les gens sont neuneu . lol

Ta réponse aurait du sens si la mémoire n'était pas une denrée si chère chez Apple. Les seuls qui s'en "foutent" sont ceux qui ont les moyens d'acheter un 64 ou 128 go.

Pas plus stupide que la tienne dépourvue de tout raisonnement et argumentation.

"Après si tes potes sont des neuneus ça c'est autre chose!" => Ha ! La fameuse défense "c'est pas la faute de l'iPhone, c'est juste eux qui sont cons !", elle n'a rien à envier à la défense Chewbacca...

Ceci explique cela. Ceci explique aussi pourquoi j'ai viré les applications comme Facebook et YouTube parce que je me suis dit qu'on n'a pas besoin de ces applications quand on a déjà un navigateur Internet comme Chrome ou Opera qui suffit largement...

Joli résumé de tous les commentaires stupides que peuvent publier les fans d'Apple sur le sujet !

Amazing ce que peut faire le marketing! Donc pour envoyer une photo d'un smartphone à un autre il faut obligatoirement passer par un ordinateur. Et oui j'ose les comparer puisque un Galaxy S2 sous nougat marche très bien contrairement à l'iPhone 6 qui souffre du manque de mémoire vive. J'ai fait une remarque sur les problèmes de performence sur l'iPhone 6 donc il faut me répondre sur cette question.

Et surtout Honor ! Mais là, ça n'aurait pas été une blague ..

Galèrer à transférer la musique, les photos? Mdrrr Là aussi rien de plus facile ^^. Pour la photo, tu branches ton iphone Sur l'ordinateur et il est reconnu comme n'importe quel appareil photo, avec le dossier photo facilement accessible. Pour la musique, la synchronisation est aussi très simple à faire. Après si tes potes sont des neuneus ça c'est autre chose! Franchement il oser ? Comparer l'iPhone 6 a un galaxy S2, il faut le faire! T'es un champion mec ?

J'avoue je connais pas bien iOS mais je vois mes amis galérer à transférer la musique, les photos...et pour revenir en arrière il faut bien gesticulée le doigt dans tout les sens, le multitâches faut appuyer plusieurs fois. Et là quantité de RAM a un impact sur Ios et t'as pour exemple l'iPhone 6 contrairement à un Galaxy S2 sous nougat.

N'importe quoi! Ta réponse montre que tu connais pas vraiment le fonctionnement de ios. Pour retourner à la page précédente, rien de plus facile: il suffit de balayer l'écran vers la gauche. Sur ios la Ram n'a que peu d'impact sur le multitâche. Donc 1GO de Ram n'est ne aucun cas un handicap. C'est incroyable votre méconnaissance de ios. Les Apps Google illustrent mes propos concernant la qualité des Apps ios par rapport à celle d'Android. Comparé les Apps Google ios aux versions android et tu verras rapidement la différence.

Pas forcément, les apps dont l'interface utilisateur est basée sur Material Design sont magnifiques. Sinon pour l'ergonomie t'es vraiment à côté de la plaque, pour retourner à la page précédente il faut gesticulée le doigt dans tout les sens ou appuyer fort sur l'écran est c'est un désastre, et j'aimerais bien que tu m'explique comment iOS 11 va prendre l'avantage avec un iPhone 5s ou 6 et leur 1go de RAM. Et n'oublie pas que Android O est aussi en préparation, et si tu est un peu honnête tu diras que nougat est plus rapide et stable qu'ios 10.

"développer sur iOS doivent faire un investissement plus lourd et réfléchi ce qui, naturellement, pousse les développeurs à plus s'impliquer dans leur passion et donc de mieux coder au final" => ca m'a bien fait rire ... donc en gros plus l'investissement coute cher, plus le développeur code bien ? je devrais proposé à mon chef de me prendre un nouvel ordi a 10 000€ et lui donner ton commentaire comme argument :P Je suis certain qu'il va me dire qu'il a jamais vu un argument aussi nul ;p Bon le reste de ton argumentation n'est pas fausse le chef veut un truc simple et cher => il prend un iphone... les clients iOS sont moins "pauvre" il n'est donc pas rare de faire une appli payante sous iOS et seulement une fois que le projet a remboursé une part importante des couts de sortir une version android (moins cher ou pire gratuite avec pub) sous iOS il n'y a pas autant de fragmentation, tu gère quelques appareils, alors que sous android ... le SDK sous iOS est aussi plus facile à prendre en main, tu peux faire une appli pro bien plus facilement, sous android tu dois prendre bien plus de temps (mais ce temps est aussi gagné car tu code en java et que tout les étudiants ont deja codé du java :P )

https://uploads.disquscdn.com/images/a17863761794ae8ede1a47e3fdb1cd51a6dd4e4185f282990374e4b94b0ee173.jpg

Les Apps ios sont meilleures, graphiquement avec des interfaces plus jolies, plus ergonomiques, techniquement mieux codées. En multitâche, ios11 va clairement prendre l'avantage.

Très bon sujet

Un autre article qui constate la même chose ( sans aller aussi loin niveau l'explication ) : https://trevore.com/blog/posts/app-sizes-are-out-of-control/

Les applications iOS sont mieux finies que celle sur android, laisses moi ? J'utilise les deux systèmes et je trouve les apps sur mon S7 plus rapides, reactives, faciles d'utilisation et surtout sur Android on a un vrai multitâches qui ne met pas les applications en pause dès qu'on les quitte.

C'est très intéressant comme article ; il répond à une question que je me posais depuis longtemps. Vous devriez faire des dossiers de ce genre plus souvent, bravo !

C'est plus rentable pour Apple que les applications prennent plus de place. Si tu en veux beaucoup il faudra passer à la caisse pour avoir un iPhone de grande capacité. Bien sur le prix est en fonction vu que l'on ne peut pas mettre de micro SD.

J'ai aussi trouvé ça tordant. Il manquait évidemment OnePlus dans la liste :D

"Alors que nous abordions la question de l’encaissement des derniers chèques envoyés par nos amis Samsung, Google, Apple" hahaha bravo blague de l'année.

Je vais te donner une réponse simple, quand on bosse en SSII coder sur iOS fait plus "vendeur" vis-a-vis des clients. Ensuite quand tu bosse dans une boite qui fait son propre produit, souvent les boss utilisent des iPhones du coup, instinctivement, c'est pas là que l'on commence. Pour terminer, une application n'est pas mieux fini sur iOS que sur Android c'est une fausse impression dû à la combinaison de 2 facteurs. Pour commencer, développer sur Android est plus compliqué que sur iOS car Google pondu un SDK bien plus évolué et élégant dans son design. Parfois c'est une bonne idée comme les RecyclerView ou Dagger2, parfois c'est complètement incompréhensible comme les Loaders. La 2ème raison est que n'importe qui peut développer sur Android, Android Studio est compatible Mac, Linux, Windows et tout le monde peut avoir un Android sous la main. A l’opposé ceux qui veulent développer sur iOS doivent faire un investissement plus lourd et réfléchi ce qui, naturellement, pousse les développeurs à plus s'impliquer dans leur passion et donc de mieux coder au final. Cependant ces 2 facteurs s'annulent dès que les années d'expérience s'accumulent.

Oui, tu as raison. Pour être tout à fait exact, "la JVM" d'Oracle (anciennement Sun), c'est HotSpot. En ce sens, DVM et ART sont bien des JVM.

"la plupart des développeurs privilégient de coder leur appli d'abord sur iOS" c'est typiquement le genre de généralité sortie de nulle part et fondée sur aucune statistiques viables. En plus t'as l'air coincé 5 ans dans le passé la. wake up.

Cependant tu as raison, la phrase porte a confusion sans pour autant être fausse. Pour être exact, on devrait parler de "précompiliation" quand on passe de JAVA/Kotlin en Bytecode. Ensuite quand le code arrive sur la machine ART, il est compilé contrairement à la JVM qui l’interprète à la volé, a moins que ca ait changé les dernière années, j'ai pas suivit.

Désolé, mais dès que je vois écrit WinDev quelque part, je peux pas m'empêcher d'avoir des pensées érotiques :-° . Plus sérieusement, détrompe-moi, mais je ne crois pas que le passage de GCC à LLVM a une incidence tellement significative sur la taille des binaires. D'après cet article, ça a même tendance à diminuer légèrement leur taille (mais ça ne semble pas significatif) : https://retro-freedom.nz/clang-vs-gcc-binary-size.html .

Pour moi ART et Dalvik sont des JVMs. Par contre j'avais oublié que le code intermédiaire Android était différent de celui d'un classique .class obtenu avec la commande javac par exemple. Merci pour votre commentaire en tout cas.

Désolé, ça va être un peu technique, mais sous Android, ce n'est pas la JVM qui tourne mais ART (anciennement la DVM). ART et la DVM n'interprêtent pas le même bytecode que la JVM (.class), mais un autre bytecode, le DEX (avec une petite subtilité pas intéressante pour ART, qui précompile le DEX en OAT pour des raisons d'optimisation ; c'est notamment pour cette raison que les développeurs n'ont pas eu besoin de recompiler toutes les applications au moment de la migration de Dalvik à ART). Dans le .class comme dans le DEX, on peut retrouver effectivement des références au nom des classes, des variables, des ressources originales. On peut s'en rendre compte simplement en ouvrant un dex avec un éditeur hexadécimal. Proguard obfusque tout ça, ce qui a effectivement pour effet de diminuer la taille des fichiers.

Tous les commentaires sur ce sujet sont vraiment intéressants...sauf le tien ? PS : je suis d'accord pour l'appli

Concernant Swift, il faut aussi préciser que c'est un choix délibéré d'Apple. Comme le langage change encore beaucoup et souvent, ils auraient dû inclure dans l'OS un grand nombre de versions du runtime. Pour éviter cela, ils ont choisi donc d'inclure le runtime avec l'app, ce qui garantit qu'elle fonctionnera dans le futur. Le runtime ne sera donc inclut dans l'OS que le jour où Apple considérera Switch comme stable. Swift est clairement le langage du futur pour Apple, mais Obj-C n'est de loin pas mort. A son sujet d'ailleurs, on pourrait aussi parler du passage de gcc à LLVM. Un point est par contre oublié dans l'article, ce sont les environnements permettant aux devs de limiter le travail de portage (type Xamarin ou WinDev pour n'en citer que 2). Ces environnements utilisent aussi un tas de librairies, qui n'ont pas nécessairement la même taille sur les deux OS.

Malgré cela, il n'empêche qu'un constat reste à expliquer : pourquoi la plupart des développeurs privilégient de coder leur appli d'abord sur iOS et se contentent de la porter sur Android sans tout recoder ? Il n'empêche qu'au final les applis iOS restent mieux finies que leur équivalent sur Android. Et peu importe la quantité de mémoire que l'appli occupe, le plus important c'est le résultat final, et je préfère de loin que l'appli occupe plus de mémoire si ça lui permet d'être plus réactive, plus intuitive et plus belle ! Enfin, la pub gratuite pour une appli de canasson ça n'a rien à faire ici.

> Or, l’avantage de Kotlin c’est qu’il est compilé dans le même langage que Java Je n'aime pas trop la tournure de cette phrase. Java est un langage compilé puis interprété c'est-à-dire que le fichier .java est d'abord compilé et réduit à un code intermédiaire le .class. C'est ensuite le .class, qui contient des instructions compréhensibles par une Java Virtual Machine (JVM), qui est interprété par une JVM. La JVM va, à la volée, transformer les instructions contenu dans le .class en instruction que la machine sur laquelle s'exécute la JVM comprend. Kotlin est donc compilable en un .class qui peut être interpreté par une JVM (c'est aussi le cas de Jython, le "côté Java" de Python). > réduire leur nom aussi court que possible Je ne comprend pas ce passage. Est-ce que le code source (le .java) d'une application est contenu dans un apk ? Si oui alors je comprend que réduire la taille des noms des variables, fonctions, etc. permet de réduire la taille du fichier .java et donc de l'apk. Après le .class doit aussi contenir une table des symboles (tableau listant notamment toutes les variables rencontrées ainsi que leurs adresses, leur portées, leurs types, etc.) donc dans ce cas si on a des petits symboles (i.e. nom de variable court) alors la table des symboles sera un peu plus petite.