Zerosquare (./2860) :
Je ne vois pas comment c'est possible : une couche d'abstraction supplémentaire a au mieux un coût négligeable, mais elle ne peut pas avoir un coût négatif. Et les optimisations dont tu parles peuvent être implémentées exactement de la même façon par une appli native. Par ailleurs, plus tu déportes les calculs, plus tu as de requêtes réseau (ce qui n'est pas forcément bon pour l'autonomie).

Si tu fais le calcul de tout le trajet en une seule fois, le nombre de requêtes réseau va rester limité (1 requête, jusqu'à ce que tu t'éloignes de ce trajet). Ce que voulait dire Godzil concernant l'implémentation, à mon avis, c'est que faire une app GPS va te demander d'implémenter toi-même (et donc potentiellement mal) un certain nombre de mécanismes qui sont disponibles de base quand tu fais une appli web. Un exemple idiot : un développeur ne pourra pas faire un thread qui tourne en boucle en background tout en vidant ta batterie, parce que faire du JS t'interdira ça. Tu vas être obligé de tout coder en évènementiel, avec une consommation probablement moindre (tu aurais pu le faire dans une app bien sûr, mais comme c'est plus simple d'écrire while (true) { ... } j'ai peut qu'en pratique certains apps se contentent de ça).

Sinon pour le NDK je n'ai aucun chiffre, mais à mon avis son utilisation est bien moins fréquente que celle du SDK.