Vu qu'on peut faire du code non portable en java, ça ne change rien; je suis justement en train de bosser sur une appli java qui se sert d'une bibliothèque codée c++ ;)
Et on peut consommer toutes la mémoire de l'ordinateur en C++ (tout en faisant des factory de singleton template) donc je ne vois pas pourquoi il faudrait dire que Java consomme plus de mémoire que le C++ (ou même le C c'est la même chose).
Gné??? Python n'est pas installé par défaut sur mon Windows, pas plus que la machine virtuelle java.
Je n'ai pas dis, que c'était disponible en standard, mais plus répandu. Tu le dis toit même pour flash et .NET.
À partir du moment où il faut installer un interpréteur tiers, la complexité est la même.
Tu regarde ta cible, ce qu'ils ont comme machine et ce qu'il y a d'installé dessus. S'il n'y a rien, peut être que LLVM seras pertinent (bien que je ne suis pas sûr qu'il gère sa mise à jour de lui même par exemple). Mais de ce que j'en vois les Java, .Net et python sont plus souvent présent que LLVM.
Pour devoir faire du code portable, ça fait des années que je n'ai pas eu à faire de morceau de code spécifique à un OS, sauf si le soft devait modifier la conf du système.
Oui tu n'utilise jamais un appel système directement, tu as soit une bibliothèque standard qui suffit (ce qui en C et C++ est rarement le cas sur des vrai projet) soit tu utilise quelque chose comme Qt que tu link en statique ou que tu déploie sur les machines cibles.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 1.
Et on peut consommer toutes la mémoire de l'ordinateur en C++ (tout en faisant des factory de singleton template) donc je ne vois pas pourquoi il faudrait dire que Java consomme plus de mémoire que le C++ (ou même le C c'est la même chose).
Je n'ai pas dis, que c'était disponible en standard, mais plus répandu. Tu le dis toit même pour flash et .NET.
Tu regarde ta cible, ce qu'ils ont comme machine et ce qu'il y a d'installé dessus. S'il n'y a rien, peut être que LLVM seras pertinent (bien que je ne suis pas sûr qu'il gère sa mise à jour de lui même par exemple). Mais de ce que j'en vois les Java, .Net et python sont plus souvent présent que LLVM.
Oui tu n'utilise jamais un appel système directement, tu as soit une bibliothèque standard qui suffit (ce qui en C et C++ est rarement le cas sur des vrai projet) soit tu utilise quelque chose comme Qt que tu link en statique ou que tu déploie sur les machines cibles.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)