Le profil MIDP du CLDC de J2ME est très largement supporté, et a une interface graphique (LCDUI) limitée (quoique pas si mal pour MIDP >= 2.0) mais abstraite et donc, facilement adaptée à tous types de périphériques.
On peut faire des trucs assez avancés (comme Opera Mini).
C'est essentiellement utilisé pour les petites applis des smartphones les moins cher, mais c'est aussi supporté par les plus puissants.
1) Tous les BlackBerry (sauf peut-être les derniers) supportent MIDP en natif en plus de RIM.
2) Il existe un programme convertissant une appli MIDP en appli Android.
Je crois qu'on perd beaucoup en performances vu que Dalvik != JVM.
3) Windows Mobile 6 supporte MIDP si le runtime adéquat est installé.
4) Les Nokia sous Symbian supportent MIDP (je ne suis pas sûr qu'ils supportent MIDP 2.0)
5) Sous Maemo, ce n'est pas supporté à la base, mais je crois qu'il existe un runtime proprio + un projet libre: http://maemo.org/community/brainstorm/view/delivering_java_me_to_fremantle/
6) iOS est trop fermé pour qu'Apple accepte de supporter MIDP. Mais il existe apparemment des solutions pour compiler des applications J2ME en application iPhone: http://blog.ippon.fr/2010/06/22/java-sur-iphone-utopie-ou-realite/
7) De nombreux téléphones dans des gammes de prix intermédiaire (30 à 80 euros), souvent appelés "feature phones", utilisent Nucleus RTOS ou MTK (version dérivée de Nucleus pour CPU mediatek), avec support exclusif des applications MIDP 2.0, plus ou moins nativement (je crois que certaines implémentations utilisent JBlend, et d'autres exploitent le Jazelle de l'ARM926TEJ).
8) Bada supporte MIDP en natif.
9) Windows Phone 7 ne supporte pas du tout J2ME.
Intérêts de MIDP:
1) Tourne sur prèsque toutes les plateformes mobiles.
2) Seule choix possible pour les nombreux feature phones.
Défauts:
1) Pas très "natif" sauf sur les feature phones.
2) Comme MIDP a de très nombreuses implémentations, et que certaines fonctions sont optionelles, il faut tester rigoureusement sur chaque plateforme.
3) API plus limitée, et éventuellement plus lente, que l'API native.
4) Peut nécessiter l'installation d'un runtime spécifique.
Ce qui reste le plus portable, c'est HTML+CSS+JavaScript. Notamment avec les nouvelles plateformes B2G, Tizen, WebOS. Par contre, c'est lent et pas toujours confortable à utiliser.
# J2ME
Posté par NanoTech . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 1. Dernière modification le 12 avril 2012 à 22:50.
Le profil MIDP du CLDC de J2ME est très largement supporté, et a une interface graphique (LCDUI) limitée (quoique pas si mal pour MIDP >= 2.0) mais abstraite et donc, facilement adaptée à tous types de périphériques.
On peut faire des trucs assez avancés (comme Opera Mini).
C'est essentiellement utilisé pour les petites applis des smartphones les moins cher, mais c'est aussi supporté par les plus puissants.
1) Tous les BlackBerry (sauf peut-être les derniers) supportent MIDP en natif en plus de RIM.
2) Il existe un programme convertissant une appli MIDP en appli Android.
Je crois qu'on perd beaucoup en performances vu que Dalvik != JVM.
3) Windows Mobile 6 supporte MIDP si le runtime adéquat est installé.
4) Les Nokia sous Symbian supportent MIDP (je ne suis pas sûr qu'ils supportent MIDP 2.0)
5) Sous Maemo, ce n'est pas supporté à la base, mais je crois qu'il existe un runtime proprio + un projet libre:
http://maemo.org/community/brainstorm/view/delivering_java_me_to_fremantle/
6) iOS est trop fermé pour qu'Apple accepte de supporter MIDP. Mais il existe apparemment des solutions pour compiler des applications J2ME en application iPhone:
http://blog.ippon.fr/2010/06/22/java-sur-iphone-utopie-ou-realite/
7) De nombreux téléphones dans des gammes de prix intermédiaire (30 à 80 euros), souvent appelés "feature phones", utilisent Nucleus RTOS ou MTK (version dérivée de Nucleus pour CPU mediatek), avec support exclusif des applications MIDP 2.0, plus ou moins nativement (je crois que certaines implémentations utilisent JBlend, et d'autres exploitent le Jazelle de l'ARM926TEJ).
8) Bada supporte MIDP en natif.
9) Windows Phone 7 ne supporte pas du tout J2ME.
Intérêts de MIDP:
1) Tourne sur prèsque toutes les plateformes mobiles.
2) Seule choix possible pour les nombreux feature phones.
Défauts:
1) Pas très "natif" sauf sur les feature phones.
2) Comme MIDP a de très nombreuses implémentations, et que certaines fonctions sont optionelles, il faut tester rigoureusement sur chaque plateforme.
3) API plus limitée, et éventuellement plus lente, que l'API native.
4) Peut nécessiter l'installation d'un runtime spécifique.
Ce qui reste le plus portable, c'est HTML+CSS+JavaScript. Notamment avec les nouvelles plateformes B2G, Tizen, WebOS. Par contre, c'est lent et pas toujours confortable à utiliser.