Discussion :

[Link3]

salut, je me demandais qu'elles étaient les limites en java, les choses que vous auriez voulu développer mais qu'a cause de java vous n'avez pas pu le developper dans ce langage, par exemple moi j'aurais voulu faire un ecouteur de touche du systeme et non pâs de la fenetre (genre keylogger) pour faire des raccourcis de lancement, mais apparemment ce n'est pas possible, j'aurais aimé savoir si vous aviez d'autre problèmes

[plegat]

Salut,

Pas encore atteint les limites de la bête....
Le seul soucis que je rencontre tous les jours, c'est les machines du boulot qui tournent avec une version 1.2, ce qui créé quelques complications quand on est habitué à tourner en 1.4/1.5 à la maison.
Sinon au début, j'avais un peu peur avec la 3D, compte tenu de quelques remarques qui faisaient état d'une certaine lenteur du langage à l'époque où j'ai démarré en Java, mais pour l'instant ça se passe plutôt bien. Même de mieux en mieux avec l'évolution des machines.
Et les calculs scientifiques passent mieux qu'avec les macros VBA sous Excel (plus rapidement en tous cas!).

Mais il est vrai que je suis loin d'avoir fait le tour du langage...

[Link3]

et niveau compatibilité vous croyez que les codes dans quelques années seront toujours compatibles avec les nouvelles versions des machines virtuelles ?

[iohack]

Il me semble que c'est Gfx ( bien placé pour en parler ) qui disait dans un post que Sun ne supprime pas le code des versions antérieures ( elles deviennent juste Deprecated, c'est à dire non conseillées mais supportées ). Si Sun maintient cette politique de conservation, on peut espérer que le code écrit aujourd'hui sera encore compatible pour quelques années.

[adiGuba]

Si Sun maintient cette politique de conservation, on peut espérer que le code écrit aujourd'hui sera encore compatible pour quelques années.

Sun conserve bien cette politique, et l'a encore réaffirmé pour Mustang ( http://jcp.org/aboutJava/communityprocess/edr/jsr270/index.html ).

Il peut y avoir des exceptions pour des problèmes de sécurité mais c'est rare (je ne connais aucun cas).


Attention car cela concerne l'exécution du programme et non pas la compilation : un programme compilé en Java 1.2 marchera très bien sur une JVM 5.0, mais ne compilera peut-être pas avec Javac 5.0 !!! En effet le langage a évolué et certain codes pourraient poser des problèmes à la compilation (par exemple des noms de variables tesl que assert ou enum[/b]). Mais dans ce cas une compilation avec l'option -source permet de résoudre le problème...

a++