【问题标题】:Why do so few .NET languages integrate into Visual Studio (specifically VS2008)? [closed]为什么很少有 .NET 语言集成到 Visual Studio(特别是 VS2008)中? [关闭]
【发布时间】:2008-11-15 23:56:40
【问题描述】:

“核心”.NET 语言已集成到 VS2008 - C#、VB.NET 和 C++。我不确定当前对 J# 和 JScript 的支持。

但还有许多其他 .NET 语言 - A#、Boo、Oxygene、F#、IronLisp/IronScheme、IronPython、IronRuby、Nemerle、Phalanger、P#、PowerShell 和 more。其中,我只发现 VS 支持 F#(由 Microsoft 制造,因此不足为奇)、Oxygene、A#(但仅支持 VS2005)和 IronPython(仅适用于为此目的设计的外部项目)。

但是其他语言呢?由于它们以 .NET 运行时为目标,我认为只有在 VS 中使用这些语言才有意义。 Visual Studio 是否有一些限制可以防止这种情况发生?有没有办法“强制” VS 编译这些语言?

【问题讨论】:

    标签: .net visual-studio visual-studio-2008 programming-languages


    【解决方案1】:

    我怀疑这很简单:IDE 集成不是一项简单的任务,如果你想把它做好的话。我猜这些语言中的大多数都是在业余时间完成的,而不是有商业资金。所需的工作量非常昂贵 - 不一定是因为 Visual Studio 让事情变得特别困难,而是因为它从根本上是很难实现的。

    当然,这并不是说它不能完成——只是它很难,而且“爱好”项目不太可能获得这种程度的承诺,除非它们真的很受欢迎。

    顺便说一句,对于 Boo,你应该看看BooLangStudio

    【讨论】:

    • 难道 VS10 不应该更加开放以帮助减轻将新语言集成到其中的痛苦吗?
    • 谢谢。我从来没有看过它,但我认为微软会让在 VS 中添加新语言变得容易,尤其是考虑到使用 .NET 框架的语言数量。
    【解决方案2】:

    我同意乔恩的回答。更详细一点,虽然在 language service(语法高亮、智能感知、曲线)和 project system(代码文件、程序集引用、构建属性、MSBuild 项目文件)方面有大量的 VS 可扩展性支持),即使您从链接的 MPF 脚手架代码开始,也要为一种语言实现所有这些并做好它只是大量的工作。

    【讨论】:

      【解决方案3】:

      我同意,如果 VS 中有更广泛的语言支持,那就太好了。但是,我认为他们也应该添加一些其他非.NET 相关语言的支持。如果有对解释语言的支持(即使只是通过可下载的插件添加)就好了:Ruby、PHP 和 Classic ASP。

      还有一个问题是为什么VS'08不能打开和保存VS'05里面可以打开和保存的Solution/Project文件??

      【讨论】:

        猜你喜欢
        • 2010-09-23
        • 1970-01-01
        • 2011-12-31
        • 1970-01-01
        • 1970-01-01
        • 2017-07-31
        • 2021-03-24
        • 1970-01-01
        • 2018-10-30
        相关资源
        最近更新 更多