Version imprimable
bonsoir, (je suis un débutant en java)
je me pose une question qui est la suivante :
pourquoi un unterpreteur à la place d'un compilateur, pourtant un compilateur est meilleur coté performance. on dit qu'avec l'interpreteur, le code est portable (mais on a développé des machines virtuelles pour chaque plateforme), on peut aussi ecrire des compilateurs suivant les plateformes !
merci de bien vouloir me répondre;)
Oui mais une fois que l'interpréteur est installé il accepte tous les codes Java alors que le code compilé est cantonné à tourner sur des machines spécifiques sauf s'il respecte complètement une norme.
soyons plus précis :
En fait, dans les autres langage, lorsque tu compiles (ne parlons pas de la compilation conditionnelle, c'est autre chose, ca ne fait qu'alourdir le code ne le rendant encore plus illisible), tu compiles pour la machine actuelle. Ton code ne sera pas compatible unix ou mac si tu compiles / programmes pour windows.
Or, un programme Java est interprété. Ce que cela change, c''est qu'il sera interprété différemment par la machine virtuelle (interpretteur) en fonction du PC sur lequel tu l'execute, donc potentiellement compatible avec n'importe quelle machine.
C'est clair ? :?
mavina
de plus java n'est pas que interpreté. les Jvm modernes (comme celles de sun), compilent a la volée certaines parties de programme histoire d'accelerer l'execution. De plus, cela permet d'optimiser la compilation en fonction du fonctionnement réel de l'application
Salut,
Les langages qui ont besoins d'être exécuté en natif ont un gros désavantages : le code doit être compilé autant de fois qu'il y a de machine cible... Cela peut poser des problèmes si tu dois déployer à grande echelle...
De plus, si les langages "natif" permettent d'écrire des applications portables (et je pense en particulier au C et C++), cela neccessite une travail particulier afin d'éviter d'utiliser des librairies et du code non-portables... Avec Java ce problème est bien moindre...
Enfin Java n'est pas un vrai langage interprété (contrairement au PHP ou Javascript par exemple), car il est compilé en bytecode. C'est ce bytecode qui est interprété par la JVM, comme peut l'être le code natif par le processeur...
Enfin, ce bytecode Java est généralement assez proche du code natif, et il est compilé à la volée à l'exécution. Cela permet d'obtenir des temps d'exécutions proche d'un programme natif, voir meilleur dans certain cas...
J'avais effectuée quelques essai il y a quelques temps sur mon blog : La machine virtuelle Java est-elle vraiment lente ?
a++ ;)
merci
c'est clair, maintenant. ;)