Bon, ok, il suffit de te répondre correctement pour que tu rebalances autre chose jusqu'à ce qu'on se plante, pas vrai? ;)
Si je veux dériver une classe Perl (language de script donc), je le ferais en Perl car j'aurais accès au code source. C'est aussi simple que ça. Avoir tous les languages qui peuvent interopérer entre eux, c'est bien, mais ca ne sert qu'à combler une lacune: le code source n'est pas disponible, on ne veut pas qu'il le soit alors on rajoute des couches pour pouvoir réutiliser quand meme. On se prend le chou avec une VM qui ne sera jamais aussi performante que du natif, on déguise les défauts en avantages et on enrobe ca à la sauce marketting. Et hop, .net.
Autant je vois l'intéret de pouvoir appeler du code C ou C++ à partir de Python ou Perl, autant dériver une classe d'un language interprété vers un autre language interprété me semble inutile (limite stupide).
Tu prends du code Perl ou Python, c'est soit du texte, soit du bytecode pour une machine virtuelle. Evidemment tu ne peux pas hériter avec cela. Mais je préfère largement ca à un système qui met tous les langages au meme niveau de vitesse que les plus lents (les interprétés) juste pour avoir le plaisir de les voir interopérer.
L'avantage de Perl et de Python est qu'ils sont portables jusque dans le bytecode. Avec .net, certes tu peux faire en sorte de dériver une classe Python dans du C++. Mais la conséquence directe de cela est que le code généré par Python ne fonctionne plus que sur .net - fini la portabilité. Dans ce cas quel est l'avantage d'utiliser un langage de script si c'est pour qu'il ne fonctionne que sur une plate forme?
[^] # Re: super mais...
Posté par Gnurou (site web personnel) . En réponse à la dépêche Miguel DeIcaza et .NET. Évalué à 9.
Si je veux dériver une classe Perl (language de script donc), je le ferais en Perl car j'aurais accès au code source. C'est aussi simple que ça. Avoir tous les languages qui peuvent interopérer entre eux, c'est bien, mais ca ne sert qu'à combler une lacune: le code source n'est pas disponible, on ne veut pas qu'il le soit alors on rajoute des couches pour pouvoir réutiliser quand meme. On se prend le chou avec une VM qui ne sera jamais aussi performante que du natif, on déguise les défauts en avantages et on enrobe ca à la sauce marketting. Et hop, .net.
Autant je vois l'intéret de pouvoir appeler du code C ou C++ à partir de Python ou Perl, autant dériver une classe d'un language interprété vers un autre language interprété me semble inutile (limite stupide).
Tu prends du code Perl ou Python, c'est soit du texte, soit du bytecode pour une machine virtuelle. Evidemment tu ne peux pas hériter avec cela. Mais je préfère largement ca à un système qui met tous les langages au meme niveau de vitesse que les plus lents (les interprétés) juste pour avoir le plaisir de les voir interopérer.
L'avantage de Perl et de Python est qu'ils sont portables jusque dans le bytecode. Avec .net, certes tu peux faire en sorte de dériver une classe Python dans du C++. Mais la conséquence directe de cela est que le code généré par Python ne fonctionne plus que sur .net - fini la portabilité. Dans ce cas quel est l'avantage d'utiliser un langage de script si c'est pour qu'il ne fonctionne que sur une plate forme?