c# - 为什么 C#/VS 没有像 Java/Eclipse 这样的自动构建功能？

Question

我是一名 C#/.Net 开发人员，刚开始为 Android 进行 Java 开发，使用 Eclipse 我注意到它会在您进行时进行编译，因此您无需等待程序构建。这看起来很神奇，除非发生了一些我不明白的事情。

我想知道为什么 C# 和 Visual Studio IDE 不提供此功能？有什么原因吗？

Answer 1

这实际上与 Java 没有任何关系。它更像是 Eclipse 的一个特性。特别是，增量后台编译是所有 Smalltalk IDE 的标准功能，至少从 1978 年左右开始，甚至比 Lisp IDE 的时间更长。

Eclipse 最初是一个 Smalltalk IDE，用 Smalltalk 编写，至今仍由 IBM 的 Smalltalk 部门维护。因此，当 IBM 的 Smalltalk 部门开发他们自己的 Java 编译器时，他们很自然地将其编写为增量和可重入的，就像他们的 Smalltalk 编译器一样。这个名为 Jikes 的编译器与 Eclipse 一起开源，成为 ecj(Eclipse Java 编译器)，为所有增量即时编译提供支持， Eclipse JDT 的语法突出显示、代码完成、类型推断和重构功能。

绝对没有理由认为 C# 也不能做到这一点。它不 工作的原因是因为编译器不支持它，特别是编译器不是增量的。但这不是 .NET 或 C# 或 Visual Studio 的固有限制，而是 C# 编译器维护者想象力的限制:传统上，Microsoft 的所有编译器都是由 C++ 编译器团队用 C++ 编写的，而这些人根本就没有听说过增量编译。不是因为他们愚蠢，而是因为在 C++ 社区中没有人关心这个。

但是，例如，VB 社区确实关心这些东西，因为他们已经习惯了 VB Classic。因此，VB.NET 编译器实际上支持增量构建、编辑并继续、IntelliSense、类型推断和重构。

当然，C# 插件也支持很多这样的东西，但他们不使用实际的 C# 编译器来做这些。相反，他们基本上必须重新实现编译器的一半才能使 Visual Studio 插件正常工作，但他们没有实现实际的代码生成后端，因此虽然作为插件一部分的“编译器”可以 进行增量解析、语法突出显示、重构和编辑并继续，它不能实际上编译。

C# 的情况将发生变化，但是:编译器的责任已重新分配给各自的语言团队，C# 团队目前正在 中重新实现编译器C# 和在 C# 团队中。此重写的一个经常被谈论的结果是编译器即服务功能，它允许您即时编译 C# 和/或表达式树的小片段，例如，它还具有经常展示 C# REPL 和 C# 脚本功能。

鉴于为了让 REPL 工作，编译器需要能够无论如何编译小的独立代码片段，并且新的编译器应该是在 Visual Studio C# 插件中用于替换当前一堆 IntelliSense 和语法高亮 hack，在 Visual Studio 中进行增量编译应该不会太难。