82Fermer84
BrunniLe 29/08/2008 à 11:59
Aïaïaïaïaïe. Un OS complètement codé en Java, ça ce serait assez horrible. Certains avanceront que niveau sécurité c'est bien, mais niveau performances ça ne vaut pas le coup je trouve... sick
JackosKing (./67) :
Pour voir si java redessine les composants à sa manière, il suffit de faire une connexion distante. C'est super lent -> il redessine, sinon non.

Huhu je n'avais pas pensé à ça. Encore un désavantage pour le dessin proprio.
Uther (./82) :
A part quelque cas très particuliers tout l'OS est codé en natif. La JVM n'est démarrée que lorsque une appli java est lancée. Si les menu ramment c'est généralement que l'OS est codé avec le pieds. D'ailleurs les menu que l'on programmait nous même en Java dans nos jeux etaient généralement bien plus rapide que les menus systèmes.

Ca c'est pas logique, parce que de ce que j'ai vu ce qui fait ramer c'est principalement le dessin, et ça tu n'y coupes pas vu que l'api MIDP est tellement limitée. Donc du coup sauf cas hyper particuliers (système de menus vraiment mal codé, mais ça m'étonne parce qu'à part attendre une touche et gérer le curseur il n'y a rien à faire) ton appli Java devrait être au moins aussi lente que le système. En plus, quand un téléphone est mal codé, c'est rare qu'il intègre une JVM Jazelle/JIT/AOT, mais plutôt un truc interprété façon TI-BASIC.