微软将编译器作为服务公诸于众

作者 Jonathan Allen 译者 侯伯薇 发布于 2011年11月3日

领域

语言 & 开发

主题

Visual Basic.NET ,

C# ,

.NET ,

编译器 ,

编程 ,

静态分析 ,

重构

分享到

早先的报道认为Roslyn项目只是更好的运行时能够访问的编译器以及REPL样式的解释器，但是现在看来它的目的远不止如此。微软公开了整个编译器产品线，期望开发者能够在各个层次上创建出更多类型的工具。

在Roslyn项目中有四个“API层”。微软将其总结如下：

编译器APIs

编译器层中包含了一些对象模型，这些模型与编译器管道的各个阶段暴露出来的信息——包括句法和语义上的信息——相关。编译器层还包含了对编译器单独调用的展现，其中包括集成的引用、编译器选项以及源代码文件。针对C#和Visual Basic语言有两种不同的API，但大小差不多。

脚本APIs

脚本层代表的是C#或者Visual Basic代码片段的运行时执行上下文（runtime execution context）。它包含了一种脚本引擎，这让我们可以把声明和对表达式的求值作为程序中的顶级结构。

工作空间API

工作空间层是对整个解决方案执行代码分析和重构的起点。它会帮助你把解决方案中所有关于项目的信息组织到一个对象模型中，这让你可以直接访问编译器层的对象模型，而不需要对文件进行解析、配置选项或者管理项目之间的依赖关系。

服务APIs

服务层中包含了所有Visual Studio IDE特性，像智能感知、重构以及代码格式化等。它还包含了各种服务API，这让用户可以轻松地扩展Visual Studio。

在四种层中，只有服务API对Visual Studio组件有很强的依赖关系。其它层都可以在任何一种应用程序中使用，但是工作空间API在Visual Studio中会更有效地工作。

大多数与代码打交道的开发者——或者是分析代码，或者是重新编写代码——都需要从工作空间层开始。工作空间或者是由宿主（host）提供（像一种IDE），或者是通过载入解决方案文件手动创建。如果是由宿主提供，那么当解决方案中的项目发生变化时，就会触发事件并通知开发者。

从ISolution开始，所有工作空间层下的内容都会表现为一种不变的快照。这让我们可以用线程安全的方式来访问所有包含在解决方案中的项目、文档、语法和符号树。想要做出改变，我们需要复制语法树，并替换需要变更的部分。因为它们都是不可变的，所以我们还可以安全地重用那些没有做出改变的分支。

如果树表现为文本形式，那么在最底层就是源代码本身。编译器的首个编译过程会将其编译成语法树。我们可以从完整的文件创建语法树，也可以从松散的声明或者表达式生成它。在Roslyn中，语法树有一种有趣的特性，它完全忠实于最初的源代码，包括所有的注释和空格。这意味着所有语法树都能够转换回源代码，这对于代码生成器和重构工具都是非常重要的功能。

语法树是由语法节点、令牌和一些琐碎的内容（trivia）组成的。语法节点总会是包含其它节点、令牌和琐碎内容的组合。NamespaceDeclarationSyntax、ForStatementSyntax和BinaryExpressionSyntax都是这样的例证。令牌是单独的关键字、符号和标识符。琐碎内容包括空格和注释，这些都是编译器不需要的信息，但是对于重新创建出最初的源代码展现是非常重要的。

变更是针对语法树做出的，变更时会使用了构造器和ReplaceNode方法的组合。这个方法让我们不需要手动复制语法树中没有变更的部分。

语法树只能够表现出源代码的词法和句法结构。想要看到它的语义内容，我们需要创建编译集（compilation）。编译集是基于一个或多个语法树、一组引用的集合以及所有编译器标识创建的。编译集的主要功能就是要保存符号列表，像命名空间、类型、方法、字段、事件、局部变量以及标签等等。

开发者通常会使用语义模型。他们可以通过把语法树回馈给编译集来创建语义模型，从而用符号数据对其进行注解。然后我们可以对语义模型进行查询，以获得以下信息：

• 源代码中特定位置引用的符号
• 所有表达式的结果类型
• 所有诊断信息，包括错误和警告
• 变量是如何进入源代码区域，以及如何从其中传出的
• 对更多不确定问题的答案

在语义模型之上是“控制和数据流分析API”。这让我们可以迅速获得信息，像在区域中为哪个变量赋值、引用了哪个变量以及该变量是否包含在某个跳转和返回的声明中。

Roslyn CPT已经提供下载。它需要Visual Studio 2010 SP 1。

查看英文原文：Microsoft Unveils its Compiler as a Service

译者 侯伯薇 是InfoQ中文站架构社区编辑，有多年对日和国内项目开发经验，目前关注企业中技术与实际业务之间的融合和协作。

1. 返回顶部

   翻译糟糕

   发表人 Hou MingYuan

   糟糕的翻译啊，不懂技术不要做技术翻译

   回复

2. 返回顶部

   完全云里雾里

   发表人 lucifer lu

   完全云里雾里

   回复