Warum integrieren sich so wenige .NET-Sprachen in Visual Studio (speziell VS2008)?

Question

Die "Kern" .NET-Sprachen sind in VS2008 integriert - C#, VB.NET und C++. Ich bin mir nicht sicher über die aktuelle Unterstützung für J # und JScript.

Aber es gibt eine Reihe von anderen .NET-Sprachen - A #, Boo, Oxygen, F #, IronLisp/IronScheme, IronPython, IronRuby, Nemerle, Phalanger, P #, PowerShell und more. Von diesen habe ich nur VS-Unterstützung für F # gefunden (die von Microsoft gemacht wird, also keine Überraschung), Oxygene, A # (aber nur VS2005-Unterstützung) und IronPython (nur mit externen Projekten, die für diesen Zweck entwickelt wurden).

Aber was ist mit den anderen Sprachen? Da sie auf die .NET-Laufzeit abzielen, glaube ich, dass es nur Sinn macht, diese Sprachen in VS zu verwenden. Gibt es Einschränkungen von Visual Studio, die dies verhindern? Gibt es eine Möglichkeit VS zu "zwingen", diese Sprachen zu kompilieren?

Answer 1

Ich vermute, es ist ziemlich einfach: IDE-Integration ist keine einfache Aufgabe, wenn Sie es gut machen wollen. Ich vermute, dass die meisten dieser Sprachen in der Freizeit gemacht werden, anstatt kommerzielle Finanzierung zu haben. Der Aufwand ist schlicht und ergreifend unerschwinglich - und zwar nicht unbedingt, weil Visual Studio die Dinge besonders schwer macht, sondern weil es grundsätzlich schwierig ist, dies gut zu erreichen.

Das soll nicht heißen, dass es natürlich nicht möglich ist - nur dass es schwer ist, und "Hobby" -Projekte werden nicht so viel Engagement bekommen, wenn sie nicht wirklich populär sind.

Für Boo, sollten Sie sich übrigens BooLangStudio ansehen.

Answer 2

Ich stimme Jons Antwort zu. Um etwas ausführlicher zu werden, während VS-Erweiterbarkeit in Form von language service (Syntaxhervorhebung, Intellisense, Squiggles) und project system (Codedateien, Assemblyverweise, Buildeigenschaften, MSBuild-Projektdateien) sehr umfangreich ist, ist dies der Fall nur eine Tonne Arbeit, um all das für eine Sprache zu implementieren und es gut zu machen, selbst wenn Sie mit dem verknüpften MPF-Gerüstcode beginnen.

Answer 3

Ich stimme zu, es wäre schön, wenn es eine etwas breitere Sprachunterstützung in VS geben würde. Ich denke jedoch, dass sie weitere nicht verwandte Sprachen hinzufügen sollten. Es wäre schön, wenn es Unterstützung für interpretierte Sprachen wie Ruby, PHP und Classic ASP gäbe (wenn auch nur über ein herunterladbares Addon).

Eine andere Frage ist, warum VS'08 Solution/Project-Dateien nicht öffnen und speichern kann, die innerhalb von VS'05 geöffnet und gespeichert werden können ??