为什么我们没有多个编译器来检查“兼容”？

Question

您知道，C# 现在到了 7.1，具有许多新的语法和功能（称为“语法糖”）。

但是这些糖在以前的版本中是不能吃的，比如 VS2013、VS2012 或 VS2010。如果你复制源代码并将它们放在那里，显然肯定有很多错误，因为那里的编译器无法识别它们。不同的VS可能有不同种类的编译器。

如果我们想让我们的代码与不同类型 VS 中的不同编译器“兼容”（例如：如果我想编写适合 VS2010.我首先将我的编译器切换到 VS2010 的编译器并进行编写）。这样会更好吗？

Answer 1

原问题

使用低网络框架和编译器的高级语法 在最新的VS中，可以编译成功，为什么？

Matt Warren's blog entry 和Eric Lippert's 一样，是关于这个问题的好读物。

尽管如此，一个常见的技术是让编译器 从高级语言特征“降低”到低级语言 相同语言的功能。

简而言之，“较新”功能被转换 ('lowered') 为“较旧”功能 - 因此它们继续在框架上运行（即使它没有新功能的概念）。

using 的 Roslyn 源代码是降低的示例（它将using 转换为try finally）：

/// <summary>
/// Rewrite a using statement into a try finally statement.  Two forms are possible:
///   1) using (expr) stmt
///   2) using (C c = expr) stmt
///   
/// The former is handled by RewriteExpressionUsingStatement and the latter is handled by
/// RewriteDeclarationUsingStatement (called in a loop, once for each local declared).
/// </summary>

奖金问题

如果我们想制作，为什么我们没有多个编译器供我们切换 我们的代码与不同种类的不同编译器“兼容” VS（例如：如果我想编写适合 VS2010 的纯代码。我 首先将我的编译器切换到 VS2010 的编译器并进行编写）。那是 会更好吗？

只要您使用的是 VS 2013 或更高版本，您就可以轻松做到这一点。从 VS 2013 开始，C# 编译器在 standalone 可用。

此外，您一般不需要这样做，因为 Visual Studio 允许您specify the compiler version。