Existe-t-il une liste de téléphones Android et de leur code natif pris en charge?Liste du code natif pris en charge des téléphones Android
Par exemple je veux savoir quels téléphones supportent seulement armeabi
et qui supportent armeabi-v7a
. Ce dernier est important car je fais beaucoup de calculs à virgule flottante en code natif.
Si votre question est vraiment "y a-t-il assez de dispositifs' armeabi-v7a' pour justifier la création du NDK séparé '.so'?", Alors je pense que la réponse est oui. Je crois que la plupart des smartphones haut de gamme 2010 (Nexus One on up) utilisent tous l'ARM7. Si le NDK construit les deux fichiers '.so', le périphérique choisira le bon au moment de l'exécution, ce qui vous donnera le boost de vitesse pour le virgule flottante tout en ne compromettant pas la compatibilité avec les anciens chipsets ARM. – CommonsWare
@CommonsWare En fait la question est, j'ai un code natif qui s'exécute assez vite sur la v7a, mais autour de la limite de temps sur non-v7a. Certains utilisateurs disent qu'ils utilisent "Droid", "HTC Hero" et ainsi de suite et ont des problèmes, je veux savoir si le problème est parce qu'ils ne supportent pas la v7a ou d'autres problèmes. BTW Je suis votre abonné livre numérique. Merci! – yuku
Ah, je comprends. Si "la limite de temps" est la limite ANR, vous pouvez envisager de déplacer ce travail vers un "AsyncTask" ou "IntentService" ou quelque chose de toute façon. Il y aura toujours beaucoup de puces ARM5, en particulier sur le bas de gamme. Et à moins que le virgule flottante ARM7 soit 100 fois plus rapide que ARM5 (ce qui pourrait être le cas pour tout ce que je sais), votre interface utilisateur pourrait être mieux servie avec le travail ARM7 effectué sur le thread d'application principal. Si, OTOH, j'interprète mal "le délai", je m'excuse. Et merci de vous être abonné! – CommonsWare