Pourquoi si peu de langages .NET s'intègrent dans Visual Studio (en particulier VS2008)?

Question

Les langages .NET "de base" sont intégrés dans VS2008-C#, VB.NET et C++. Je ne suis pas sûr de la prise en charge actuelle de J # et JScript.

Mais il existe un certain nombre d'autres langages .NET - A #, Boo, Oxygène, F #, IronLisp/IronScheme, IronPython, IronRuby, Nemerle, Phalanger, P #, PowerShell, et more. Parmi ceux-ci, je n'ai trouvé que le support VS pour F # (qui est fait par Microsoft, donc pas de surprise), Oxygene, A # (mais uniquement support VS2005), et IronPython (uniquement avec des projets externes conçus à cet effet).

Mais qu'en est-il des autres langues? Comme ils ciblent l'environnement d'exécution .NET, je me dis qu'il est logique qu'il existe un moyen d'utiliser ces langages dans VS. Y a-t-il des limitations de Visual Studio qui empêchent cela? Existe-t-il un moyen de "forcer" VS à compiler ces langages?

Answer 1

Je suppose que c'est assez simple: l'intégration IDE n'est pas une tâche simple, si vous voulez le faire correctement. Je suppose que la plupart de ces langues sont faites dans le temps libre plutôt que d'avoir un financement commercial. Le montant de l'effort requis est simplement prohibitif - et pas nécessairement dû au fait que Visual Studio rend les choses particulièrement difficiles, mais en raison de cela, il est fondamentalement difficile de réussir. Cela ne veut pas dire que ça ne peut pas être fait, bien sûr - c'est juste que c'est dur, et les projets "hobby" ne sont pas susceptibles d'obtenir ce niveau d'engagement à moins qu'ils ne soient vraiment populaires.

Pour Boo, au fait, vous devriez regarder BooLangStudio.

Answer 2

Je suis d'accord avec la réponse de Jon. Pour aller un peu plus en détail, alors qu'il y a beaucoup de support d'extensibilité VS en termes de language service (coloration syntaxique, intellisense, squiggles) et project system (fichiers de code, références d'assemblage, propriétés de construction, fichiers de projet MSBuild), il est juste une tonne de travail pour mettre en œuvre tout cela pour un langage et le faire bien, même si vous démarrez avec le code d'échafaudage MPF lié.

Answer 3

Je suis d'accord que ce serait bien s'il y avait un peu plus de support de la langue dans VS. Cependant, je pense qu'ils devraient ajouter d'autres langues non liées à .NET. Ce serait bien s'il y avait un support (même si seulement ajouté via un addon téléchargeable) pour les langages interprétés comme: Ruby, PHP et ASP classique.

Une autre question est pourquoi ne peut pas VS'08 ouvrir et enregistrer des fichiers solution/projet qui peuvent être ouverts et enregistrés dans VS'05 ??