Citez moi un truc intéressant qu'un langage fait et qu'on peut pas faire en Java :-)
Ben justement la manipulation directe de la mémoire dans le code java sans passer par une librairie extérieure :-)
Tu peux pas te la jouer gros haxor en java en développant le driver de la dernière carte gfx à la mode qui tue de la mort 2 fois :-)
Evidemment, coder des drivers ce n'est pas forcement le truc interessant à faire pour tout le monde :-)
Reste que Java n'est pas du tout fait pour attaquer une machine physique sans API HAL (couche d'abstraction matérielle).***
Java peut tout faire sauf ce domaine trés restreint de la programmation bas niveau du matériel.
Maintenant ce n'est pas forcement ce qu'on lui demande non plus et il n'est pas fait pour ça, il y a le C et l'ASM qui sont bcp plus indiqués pour gagner quelques précieux cycles processeurs.
*** Evidemment je parles de la JVM standard de la JDK 1.3, par exemple dans le cas des puces hardware java qui traduisent à la volée en code ARM des instructions bytecode, je ne sais pas s'il est possible de manipuler directement les adresses mémoires physique (pas de JVM dans ce cas là).
[^] # Re: Bof, pas d'accord avec lui.
Posté par darkleon . En réponse à la dépêche Critique de C# par James Gosling l'inventeur de Java. Évalué à 10.
Ben justement la manipulation directe de la mémoire dans le code java sans passer par une librairie extérieure :-)
Tu peux pas te la jouer gros haxor en java en développant le driver de la dernière carte gfx à la mode qui tue de la mort 2 fois :-)
Evidemment, coder des drivers ce n'est pas forcement le truc interessant à faire pour tout le monde :-)
Reste que Java n'est pas du tout fait pour attaquer une machine physique sans API HAL (couche d'abstraction matérielle).***
Java peut tout faire sauf ce domaine trés restreint de la programmation bas niveau du matériel.
Maintenant ce n'est pas forcement ce qu'on lui demande non plus et il n'est pas fait pour ça, il y a le C et l'ASM qui sont bcp plus indiqués pour gagner quelques précieux cycles processeurs.
*** Evidemment je parles de la JVM standard de la JDK 1.3, par exemple dans le cas des puces hardware java qui traduisent à la volée en code ARM des instructions bytecode, je ne sais pas s'il est possible de manipuler directement les adresses mémoires physique (pas de JVM dans ce cas là).