Une JVM n'est pas forcément lente, il ne faut pas confondre la relative lenteur de Swing avec la lenteur supposée de Java.
Tout à fait. Swing est effectivement une API d'une lenteur effarante, mais il faut comprendre pourquoi. Afin de faire portable, Sun a en effet décidé de créer une deuxième boucle d'événements UI, de manière à être totallement indépendant de l'OS. Du coup, ça bouffe du temps de clacul à tous les étages.
Pour des applications de calcul numérique, Java n'est sans doute pas recommandé,
Pourquoi ?
Dans ma première boîte (spécialisée en RN et stats), j'ai fait un test un jour comparant une lib Java de matrices et la lib lopcale (écrite en C, donc supposée optimisée), et Java y était deux fois plus rapide.
mais pour faire de la base de données (par exemple) ça marche pas mal du tout.
Pour faire de l'embarqué, du réseau, du multiplateforme facile, ... et tout un tas d'autres choses, Java est très bien, et comme tu le dis si bien, largement suffisant.
[^] # Re: hum
Posté par Nicolas Delsaux . En réponse à la dépêche Eclipse compilé en natif.. Évalué à 2.
Tout à fait. Swing est effectivement une API d'une lenteur effarante, mais il faut comprendre pourquoi. Afin de faire portable, Sun a en effet décidé de créer une deuxième boucle d'événements UI, de manière à être totallement indépendant de l'OS. Du coup, ça bouffe du temps de clacul à tous les étages.
Pour des applications de calcul numérique, Java n'est sans doute pas recommandé,
Pourquoi ?
Dans ma première boîte (spécialisée en RN et stats), j'ai fait un test un jour comparant une lib Java de matrices et la lib lopcale (écrite en C, donc supposée optimisée), et Java y était deux fois plus rapide.
mais pour faire de la base de données (par exemple) ça marche pas mal du tout.
Pour faire de l'embarqué, du réseau, du multiplateforme facile, ... et tout un tas d'autres choses, Java est très bien, et comme tu le dis si bien, largement suffisant.