j'ai du mal a comprendre comment une machine VIRTUEL
peut etre optimiser/réaliser avec par dessus des langages aussi différents que Perl & Effeil.
en fait, c'est la CTS (Common Type System) qui fait tout. Elle definit chaque type de donnée comme un classe (par exemple System.Int32 pour les int) et des raccourcis sont crées vers cette classe en C# par ex (int <-> System.Int32)
Ce qui donne que chaque langage géré par .NET possède le même système de conversion, et donc les types de données restent homogènes quelque soit le langage.
Apres, à la compilation, le code en langage natif est transformé en MSIL, puis executé par la VM... Cela ne pose aucun problème car les types sont à la base uniformes, ce qui permet de n'avoir qu'un seul resultat MSIL quelque soit le langage.
Cela permet aussi de mixer les langages dans une même appli, voire même de faire chaque méthode dans des langages différents (après l'intéret est discutable, mais bon, ça doit pouvoir servir).
[^] # Re: .net : l'hydre de microsoft
Posté par aurel . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 6.
peut etre optimiser/réaliser avec par dessus des langages aussi différents que Perl & Effeil.
en fait, c'est la CTS (Common Type System) qui fait tout. Elle definit chaque type de donnée comme un classe (par exemple System.Int32 pour les int) et des raccourcis sont crées vers cette classe en C# par ex (int <-> System.Int32)
Ce qui donne que chaque langage géré par .NET possède le même système de conversion, et donc les types de données restent homogènes quelque soit le langage.
Apres, à la compilation, le code en langage natif est transformé en MSIL, puis executé par la VM... Cela ne pose aucun problème car les types sont à la base uniformes, ce qui permet de n'avoir qu'un seul resultat MSIL quelque soit le langage.
Cela permet aussi de mixer les langages dans une même appli, voire même de faire chaque méthode dans des langages différents (après l'intéret est discutable, mais bon, ça doit pouvoir servir).