Microsoft.Net.Compilers 的目的是什么？

Question

这个编译器的重要性是什么？它是必须拥有还是可以没有？无论如何，拥有另一个编译器的目的是什么，或者它只是一个未来的项目？简要概述将不胜感激。

Answer 1

它是一个为开源 C# 和 Visual Basic 编译器提供丰富的代码分析 API 的包。

您可以在 github 上找到大量文档：

https://github.com/dotnet/roslyn

Answer 2

Microsoft.Net.Compilers 包的意义在于，与该包一起分发的编译器将用于编译您的项目，而不是 .NET Framework 或 Visual Studio 附带的编译器。最实际的直接好处是它允许您的项目使用 C# 6 功能，然后允许将这些项目构建在没有安装 C# 6 编译器的系统上，例如在您没有安装的持续集成服务器上不想安装完整的 Visual Studio 2015。

Answer 3

正如其他人所说，它包含用于 C# 和 VB.NET 的 .NET 编译器。

这是一个包的一个有趣方面是，您可以为您的项目指定编译器的特定构建，包括尚未随 Visual Studio 提供的版本。

我们在 https://github.com/dotnet/project-system 中使用它，它是 Visual Studio 的一个开源组件。它允许我们使用预发布版本的编译器来测试 VS 附带的编译器不支持的语言特性。

Answer 4

Microsoft.Net.Compilers 目前没有任何用途。这是一个已弃用的 NuGet 包，将在 Visual Studio 16.5 之后停止生成。有一个名为 Microsoft.Net.Compilers.Toolset 的后续程序包。此包与 Microsoft.Net.Compilers 具有相同的功能，但适用于 .NET Desktop 和 .NET Core MSBuild 实例。

即便如此，Microsoft.Net.Compilers.Toolset 也不适合一般消费。这个包有两个特定的用途：

1. 作为一种短期工具，用于解除在编译器中遇到崩溃错误的客户。对于此类客户，我们可以在将修复程序合并到 Roslyn 存储库后一小时左右使用此软件包解除对他们的场景的阻止。这将作为一个桥梁，直到修复使其进入相关的 Visual Studio 或 .NET SDK 服务版本。当这种情况发生时，客户会被要求从他们的解决方案中删除包并依赖官方发布的工具集。
2. 用作在 Roslyn 和 .NET SDK 的官方版本之间移动二进制文件的机制。

此软件包不适用于客户为其构建的一般长期使用。我了解一些客户选择这样做，但也不支持这样的使用。由于依赖于新版本的 MSBuild 或 .NET SDK 中的任务/目标，该包可以并且将定期导致中断。

鼓励希望在其构建中使用新版本编译器的客户改为使用编译器的官方发行版之一：

1. 使用 Visual Studio 构建工具 SKU。
2. 使用 .NET SDK

注意：Microsoft.Net.Compilers 包在几年前被正式支持为 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 包的一部分，因为它是一个依赖项。从 2.0 版开始，虽然对 Microsoft.Net.Compilers 的依赖已被删除，但它现在是一个完全独立的包。同时，我们已经开始弃用 Microsoft.Net.Compilers，因为它不再有任何明确的用例。

这确实意味着一些客户意外地发现他们的项目文件中包含 Microsoft.Net.Compilers，因为在 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 删除依赖项时它没有被删除。对此类客户的建议是简单地删除对包的引用。它不再需要了。