Salut à tous,
Je suis potentiellement intéressé par le développement sous Android, mais pour des applis gourmandes en performances et demandeuses d'accès relativement bas niveau au matériel (type jeux 3D). Or, j'ai eu l'occasion de lire dans ce commentaire http://linuxfr.org/comments/1117720,1.html une remarque plutôt acerbe sur le Native Development Kit d'Android, qui permet comme son nom l'indique de programmer sur un téléphone sous Android sans passer par la machine virtuelle Dalvik comme c'est le cas avec le SDK traditionnel.
Est-ce que quelqu'un peut détailler un émettre des critiques précises du NDK ? Qu'en est-il des performances avec le SDK natif ?
Merci !
Forum Programmation.autre Programmation native sous Android ?
6
avr.
2010
# Fonctions accessibles.
Posté par Ph Husson (site web personnel) . Évalué à 3.
Donc toutes les entrées/sorties doivent être gérées dans une glue java.
Après, doit y avoir moyen de faire une glue plus ou moins universelle, et une fois qu'elle est faite, tout devrait être portable, mais pour l'instant c'est pas génial.
Celle utilisée par ScummVM vaut le coup d'oeil, mais il manque encore plein de choses, qui sont inutiles pour ScummVM, qui devrait être utile pour la plupart des applis.
# Le NDK
Posté par GeneralZod . Évalué à 5.
En comparaison, c'est bien pauvre même face à un iPhone SDK déjà bien restrictif, et le choix de JNI est débile (JNA aurait plus pertinent) car rendant la tâche plus compliqué qu'elle ne l'est déjà.
Par rapport à ta problématique, le NDK a été conçu pour permettre d'optimiser certaines routines gourmandes en calculs dont les jeux vidéos. Je soupçonne même que la seule raison d'être du NDK est d'aider le décollage d'Android dans le domaine ludique où il est particulièrement à la traine face à l'iPhone.
Le point faible du NDK, c'est le portage d'application existantes natives, même si on peut réutiliser une partie du code, ça revient à réécrire une bonne partie du code. Pour un smartphone à mi-chemin entre le téléphone et l'ordinateur portable, ça constitue un point négatif.
[^] # Re: Le NDK
Posté par Zenitram (site web personnel) . Évalué à 2.
Ton expérience m'intéresse, que ce soit iPhone ou Android, pour mon appli, écrite en C++.
Si je comprend bien ton commentaire, ce n'est pas simple de porter tel quel, et il faut absolument passer par Java pour coder le GUI?
Est-ce la même chose avec l'iPhone?
En fait, j'aimerai savoir si j'ai à refaire le GUI "seulement" dans chacun des cas (android ou iPhone).
[^] # Re: Le NDK
Posté par GeneralZod . Évalué à 5.
Pour Android, si tu as bien architecturé ton application, tu peux récupérer la partie traitement et wrapper ça via JNI, mais t'auras à réécrire la partie applicative qui est très différente. Tu peux récupérer certaines bibliothèques Java quitte à les retoucher un peu (par exemple, pour le XMPP).
Je pense que ce guide devrait t'intéresser.
http://developer.android.com/guide/practices/design/performa(...)
Pour l'iPhone, tu as la possibilité de réutiliser une bonne partie des bibliothèques disponibles sous Unix (Boost, GLib, SDL, Qt Core, X11, etc ...), et l'écosystème des frameworks Mac.
Pour l'IHM, Apple fournit CocoaTouch, même si il existe des efforts de portage pour différents toolkits (wxWidgets, Qt, etc ...), tu n'auras pas beaucoup le choix (excepté la SDL).
Pour un jeu basé sur la SDL, tu dois adapter la partie entrée (gestures, accéléromètre) et adapter l'affichage à la taille de l'écran. Même pas besoin de réécrire ton point d'entrée, le port iPhone fournit un délégué qui s'en charge.
Reste que l'iPhone avec toutes ses restrictions (pas de multitâches, pas de langages de scripts, SDK Mac only, licence payante pour déployer, etc ...) ce n'est pas la panacée.
# Pour les jeux 3D
Posté par alice . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.