发布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中无法使用种类如此丰富的项目类型。
本文转自d1net（转载）