Oui très bien pour les applications, mais les jeux sont pour la plupart développés nativement en C ou C++ avec le "NDK" d'Android. Il est possible de faire communiquer les deux facilement (ex: le menu principale développé en Java et le moteur du jeu en C++). Pour chaque application du store un développeur peut mettre plusieurs binaires, et le store fera lui même le bon choix d'architecture lors ce qu'un utilisateur veut télécharger un jeu sur son mobile.
Toujours le même problème : performance = code natif. Les plus gros utilisateurs de code natif sur Android sont les jeux, les backends des lecteurs vidéo et enfin les émulateurs. Bon en règle générale on a des binaires ARMv6 et ARMv7, les backends mips et x86 sont très largement ignorés.
[^] # Re: Beta ?
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 1. Dernière modification le 18 février 2013 à 18:21.
Oui très bien pour les applications, mais les jeux sont pour la plupart développés nativement en C ou C++ avec le "NDK" d'Android. Il est possible de faire communiquer les deux facilement (ex: le menu principale développé en Java et le moteur du jeu en C++). Pour chaque application du store un développeur peut mettre plusieurs binaires, et le store fera lui même le bon choix d'architecture lors ce qu'un utilisateur veut télécharger un jeu sur son mobile.
Toujours le même problème : performance = code natif. Les plus gros utilisateurs de code natif sur Android sont les jeux, les backends des lecteurs vidéo et enfin les émulateurs. Bon en règle générale on a des binaires ARMv6 et ARMv7, les backends mips et x86 sont très largement ignorés.