Roslyn 项目系统简介

  • Jonathan Allen
  • 大愚若智

2016 年 6 月 19 日

话题:.NET语言 & 开发

发布 15 年后,Microsoft 终于开始替换 Visual Studio 中基于 COM 的 C# 和 Visual Basic 项目系统。Microsoft 谈及很多有必要放弃目前所用系统的原因:

  • 原生且基于 COM
  • 单线程并与 UI 线程绑定
  • 难以通过和(不同用途的)子类型类扩展到聚合之外
  • 与 Visual Studio 紧密绑定

新增的 C# 和 Visual Basic 项目系统的主要目标为:

  • 可托管且基于托管接口
  • 支持多线程,可扩展,响应性更好
  • 可通过 Managed Extensibility Framework(MEF)和不同组合方式轻松扩展。包含第三方在内的多方可对同一个项目系统做出自己的贡献
  • 可托管在 Visual Studio 之外

为实现这些特性,新系统的代码基使用 VB 和 C# 共同编写而来。

“项目系统”是什么?

根据Roslyn 项目系统网站的介绍,

项目系统是指介于磁盘上的项目文件(例如.csproj 和.vbproj)以及 Visual Studio 的各种功能(包括但不限于解决方案浏览器、设计器、调试器、语言服务、构建和部署)之间的一层组件,对于项目文件中所包含文件执行的几乎所有操作都是通过项目系统实现的。

同时需要注意,项目系统并不是构建系统。虽然项目系统需要与构建系统(例如 MSBuild)进行通信,但项目系统的角色处在 IDE 和项目文件之间。(如果一切顺利,也可以位于第三方工具和项目文件之间。)

为何使用 Visual Basic?

在如此新的项目系统中使用 Visual Basic 的原因仅仅在于,Visual Basic 是现成的。虽然项目系统原本使用 C++ 编写的内核已经改为使用 C# 重写,但“Visual Studio 2005 的 VB 团队已在 2003/2004 年前后使用 VB 编写了应用程序设计器、属性页面、资源编辑器,以及设置设计器”(来源)。直接移植这些代码即可,完全没必要从头开始重写。

通用项目系统会如何处理?

通用项目系统(Common Project System)依然存在,Roslyn 项目系统将在此基础之上运行。

也许你对这个概念还不熟悉,通用项目系统是在去年夏天伴随项目系统扩展预览版一起公布的。该系统的目标在于让开发者能够更方便地在 Visual Studio 中创建新的项目类型,从媒体公告中可知,

我们非常高兴且激动地宣布,项目系统扩展预览版已发布。借助这个系统,开发者可以定义新的项目类型并以此为基础开发扩展,借此对用户体验进行定制,或只需要少量代码即可在几分钟内增加新的功能。以往需要编写超过十万行代码才能创建或维护整个项目系统(通常要基于 MPFproj 创建分支)的日子一去不复返,现在开发者可以通过 Visual Studio 内建的通用项目系统(CPS)直接进行开发工作,该系统已在 C++、JavaScript,以及 ASP.NET 5 中广泛运用。你可以通过下面这个视频短片进一步了解这个系统。

另外需要注意的是,MPFproj 主分支更新后,每个项目类型都需要将改动合并到自己项目类型对应的分支中。可以想象,对于缺乏足够维护预算的人来说,从长期角度来看这算不上一种可行的解决方案。也正是因此,在其他 IDE 中无法使用种类如此丰富的项目类型。

查看英文原文Introducing the Roslyn Project System

.NET语言 & 开发