IronRuby 无法编译使用“nameof”运算符的 c# 项目答案

【问题标题】：IronRuby fails to compile c# project which uses 'nameof' operatorIronRuby 无法编译使用“nameof”运算符的 c# 项目
【发布时间】：2019-08-21 21:19:35
【问题描述】：

我有一个包含许多解决方案的大型 WPF 应用程序，每个解决方案都有许多项目。 IronRuby (v1.0.4) 脚本用于按顺序编译所有项目。

问题陈述：
IronRuby 脚本无法编译使用“nameof”运算符的项目，并出现以下错误：

The name 'nameof' does not exist in the current context

在装有 Visual Studio 2017 和 2019 的计算机上出现故障。
在装有 Visual Studio 2015 的机器上运行良好。
如果我在 VS 20XX 中单独编译项目，项目会正确编译 - 但这违背了拥有 IR 脚本的目的。

我到处搜索，但找不到它不适用于更高版本的 Visual Studio 的原因。

软件堆栈：
1. IronRuby 版本：1.0.4
2.网络版本：4.5.2及以上
3.工作VS版本：2015更新3
3.(a) MSBuild 工具版本：14.0

C:\Program Files (x86)\MSBuild\14.0\Bin>MSBuild.exe -version Microsoft (R) Build Engine 版本 14.0.27522.0 版权所有 (C) 微软公司。保留所有权利。

14.0.27522.0

3.(b) 从命令提示符编译项目时的消息：

Microsoft (R) Build Engine version 14.0.27522.0
Copyright (C) Microsoft Corporation. All rights reserved.

不工作的 VS 版本：2019 (v16.2.3)
4.(a) MSBuild 工具版本：16.0

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin>MSBuild.exe -version 适用于 .NET 的 Microsoft (R) Build Engine 版本 16.2.37902+b5aaefc9f 框架版权所有 (C) Microsoft Corporation。保留所有权利。

16.2.37902.0

4.(b) 从命令提示符编译项目时的消息：

Microsoft (R) Build Engine 版本 4.7.3190.0
[Microsoft .NET Framework，版本 4.0.30319.42000] 版权所有 (C) Microsoft
公司。保留所有权利。

两台机器上的 MSBuild 版本给出相同的结果：

C:\Windows\Microsoft.NET\Framework\v4.0.30319>MSBuild.exe -version
Microsoft (R) Build Engine version 4.7.3190.0
[Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.

4.7.3190.0

将 3(a)、3(b) 与 4(a)、4(b) 进行比较，看起来在更高版本的 VS 构建引擎中存在断开连接，但我无法解决正在阻止的问题我从去更高的 VS 版本。

感谢任何帮助。

谢谢，
RDV

【问题讨论】：

终于发现 ironruby 脚本指向 Visual Studio MSBuild 版本。我修复了它，它现在可以正常工作了。
您好 RDV，您可以考虑分享您的发现和解决方法以及详细信息作为答案并标记它。所以有用的信息更容易被需要的人找到，只是一个提醒:)

标签： visual-studio-2015 msbuild visual-studio-2019 nameof

【解决方案1】：

添加更多细节以防其他人需要：

查看类似问题here。 nameof 是 C# 6 的特性，它至少需要 VS2015 的构建引擎。(msbuild 14.0)

所以实际上msbuild 14.0(for VS2015)、msbuild 15.0(for VS2017)、msbuild 16.0(for VS2019)可以很好的编译。 VS2015之后，msbuild是一个单独的build tools package，也不需要安装vs。所以搭建服务器更方便。

C:\Windows\Microsoft.NET\Framework\v4.0.30319>MSBuild.exe

此版本来自.net 4.0框架，早于msbuild 14.0，不支持C#6功能。

适用于 VS2017 和 VS2019 的 msbuild 路径：C:\Program Files (x86)\Microsoft Visual Studio\2017 or 2019\build tools or VS version\msbuild\15.0 or current\bin\msbuild.exe。确保使用正确的 vs 版本并安装必要的工作负载可以帮助避免许多构建问题。希望它可以帮助某人。

【讨论】：

【解决方案2】：

我的构建（ruby）脚本指向一个 compile.rb 类，这个类有硬编码版本来查找 VS2015，如果找不到该版本，那么脚本将使用 v4.0 构建，这就是为什么我当我在 2015 年以上使用 VS 时，总是会看到 v4.0。

def path_to_msbuild
    msbuildVS2015path=File.join(ENV['PROGRAMFILES'],"MSBuild/14.0/Bin")
    if File.exist?(msbuildVS2015path)
        File.join(msbuildVS2015path, "/MSbuild.exe /verbosity:quiet")
    else
        versions = ["v4.0.30319", "v3.5", "v2.0.50727"]
        path = File.join(ENV['windir'],"Microsoft.NET/Framework")

修复“msbuildVS2015path”后，构建工作正常（我还没有找到检查任何已安装 VS 版本的方法，但出于我工作的目的，我对 VS2019 版本进行了硬编码）。

【讨论】：