Désolé, mais il faudrait peut être sortir des publications comerciales de MS.
MS .net ne permet PAS d'avoir les languages de son choix. Si on nomme les languages de .net des "flavor" ce n'est pas pour rien.
Ok, je m'explique: Les languages supportés par la CLR (je parle ici de code managed bien sur), ont tous un parent en commun, et sa plus fidèle incarnation est C#. Ceci est dû au fait que tous fonctionnent sur des bases communes : utilisation de la CLR et les classes de références (structuration et comportement).
En clair, tous les flavor de languages sont C#ifiés. Pour preuve il suffit de regarder le VB à la sauce .net: non comptent d'avoir introduit une centaine de changement majeur dans le language on a maintenant un langage : orienté objet, utilisant les classes de .net et disposant de fonction de ramasse miète, ....
Et on peut faire la même analogie pour tous les autres languages "soit disant" portés sur .net. Dans la pratique, comme ils font tous contraint à un commun dénominateur, ils ont tous semblables et n'ont plus rien à voir avec les originaux.
Si tu n'est toujours pas convaincu, va voir du cobol sauce .net et discute ça avec un coboliste.
Alors clairement, le multilanguage dans ces conditions n'a aucun interret. D'ailleur le fait est qu'il est que c'est bien C# qui est utilisé pour développer la majorité des applications, et qu'il existe des outils qui permettent de passer d'un langage à un autre ...
Enfin, techniquement parlant la plateforme de base de .net la plateforme Java sont quasiment identique tant en fonctionalité qu'en comportement. Alors je ne vois pas en quoi, l'un permetrait plus d'implementer un language que l'autre ne permet pas.
Et si c'etait le cas pourquoi pense tu qu'il existe une JSR intitullé "JSR 45: Debugging Support for Other Languages" ?
La plus part sont également des "flavors", mais certains ont ajoutés suffisament de concepts pour que l'on puisse les considerer comme indépendants : Kiev ou OpenJava par exemple.
En conclusion, oui, désolé, mais il faudrait peut être sortir des publications comerciales de MS ;-)
[^] # Vive le marketing !
Posté par Hive Arc . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 5.
MS .net ne permet PAS d'avoir les languages de son choix. Si on nomme les languages de .net des "flavor" ce n'est pas pour rien.
Ok, je m'explique: Les languages supportés par la CLR (je parle ici de code managed bien sur), ont tous un parent en commun, et sa plus fidèle incarnation est C#. Ceci est dû au fait que tous fonctionnent sur des bases communes : utilisation de la CLR et les classes de références (structuration et comportement).
En clair, tous les flavor de languages sont C#ifiés. Pour preuve il suffit de regarder le VB à la sauce .net: non comptent d'avoir introduit une centaine de changement majeur dans le language on a maintenant un langage : orienté objet, utilisant les classes de .net et disposant de fonction de ramasse miète, ....
Et on peut faire la même analogie pour tous les autres languages "soit disant" portés sur .net. Dans la pratique, comme ils font tous contraint à un commun dénominateur, ils ont tous semblables et n'ont plus rien à voir avec les originaux.
Si tu n'est toujours pas convaincu, va voir du cobol sauce .net et discute ça avec un coboliste.
Alors clairement, le multilanguage dans ces conditions n'a aucun interret. D'ailleur le fait est qu'il est que c'est bien C# qui est utilisé pour développer la majorité des applications, et qu'il existe des outils qui permettent de passer d'un langage à un autre ...
Enfin, techniquement parlant la plateforme de base de .net la plateforme Java sont quasiment identique tant en fonctionalité qu'en comportement. Alors je ne vois pas en quoi, l'un permetrait plus d'implementer un language que l'autre ne permet pas.
Et si c'etait le cas pourquoi pense tu qu'il existe une JSR intitullé "JSR 45: Debugging Support for Other Languages" ?
http://www.jcp.org/en/jsr/detail?id=45(...)
En fait languages, il y en a clairement largement plus qui existent sur Java que que .net :
http://www.robert-tolksdorf.de/vmlanguages.html(...)
La plus part sont également des "flavors", mais certains ont ajoutés suffisament de concepts pour que l'on puisse les considerer comme indépendants : Kiev ou OpenJava par exemple.
En conclusion, oui, désolé, mais il faudrait peut être sortir des publications comerciales de MS ;-)