揭示 Visual Studio 2010 发展路线图

  • Jonathan Allen
  • 霍泰稳

2008 年 11 月 25 日

话题:.NETIDE语言 & 开发

Rico Mariani,Visual Studio 的首席架构师,近期谈到了有关Visual Studio 2010长期计划的情况。在我们跟进此事之前,Rico 先来了个预防针:

我是首席架构师,但是我还“只是”个首席架构师,目前并没有为该产品的方向最终拍板,甚至也没有和其他的架构相融合。虽然我们提出了长期技术路线图,也只是表明为了产品的长期发展需要,哪些关键问题应该被解决,然而这些问题通常不能和某个具体发布版本中的功能一一对应。

首先提到的是扩展性。尽管 Visual Studio 的核心是可扩展的,许多人们真正想扩展的高级组件还是很有限。另外,可扩展的功能点大多是基于 COM 架构的。

为了满足这些需要,根据相应的标准,我们采用了 MEF(Managed Extensibility Framework,托管扩展框架)和 Visual Studio 2010 中两个主要的扩展域——输入和输出。当然,现在 MEF 已经时过境迁,但是根据我们在 PDC 大会上所演示的内容,你可以了解到我们已经走了很长的一段路程。在我们新的文本编辑器和新型 C++ 项目系统上,我们都采用了主要的 MEF 技术。

未来,Visual Studio 会更多依赖于 Windows Presentation Foundation(WPF)。但人们对这一方向褒贬不一:

听上去好像简单之极,其实有很多的障碍。我来谈一下 VS2010 中我很喜欢的一个地方——使用 WPF。很多人认为,至少是一开始这么认为,我选择依赖于 WPF 是多么抓狂,“你负担的起吗?那个某某场景怎么样?我听说 WPF 在那个场景中表现的很不理想。”对于这些意见相左的情况,我一般是沉默以对:

“你们真的认为在计算机图形领域,GDI(图形设备接口)会是以后 10 年的发展顶点吗?”

他接着说道:

我知道 WPF 目前还有一些问题。我们需要对它们进行修正,但是有比 WPF 更好的方案吗?我们已经实现了一些中型的 WPF 应用(比如 Blend),现在我们也在推动一个旗舰应用,也许是目前世界上第三大的套件(不是很确定,但是确实很大)。沿着 WPF 大道我们会走下去,而且还要取得成功。对我们自己来说,这件事情很酷,对 WPF 也是如此,然后其他人就有信心跟进。现在还没有什么其他可替代方案,因为我们不能就那么坐下来,还是用着老的 UI,然后幻想着接下来的 10 年会奇迹般地出现很炫的界面。其实我们在 WPF 领域的一些朋友和我们一样,也是非常激动的……如果最终成功了,也许会更加兴奋!

纵观本文,一个连贯的主题是关于 VS 2008 和 VS 98 之间的对比:

去年我给我的副总裁做演示时,所采用的场景就是在 VC98 和 VS2008 中进行简单的 MFC 应用构建和调试——不要误会,我认为 VS2008 目前已经取得了很大的进步,它是一款非常棒的产品。但是坦白说,做同一件事情时,VS2008 要比 VC98 耗费更多的内存。

当然,VS2008 的功能要比 VC98 强的多,不过严肃地说,我认为它还有很大的提升空间。要知道,从 C6.0 的时候我就已经参与了,一路走来啊:)

在被问及一些 Visual Studio 64 位的事情时,Rico 微微一笑:

有时候人们告诉我说,我们应该推出 64 位的解决方案,以迎合形势发展的需要。我想这是错误的,我认为我们所需要的是使用更少的内存,而不是更多;我认为在某些关键的地方我们要使用聪明勤快的算法;我们需要朝这个方向走,而这也是我正在努力推进的。我不想我们在做每一个行为时,看上去都好像有很多内存一样——如果这样做,那么方向也许已经错了。但是我们确实需要 64 位版本计划,不过这儿不再讨论。

查看英文原文:Presenting the VS 2010 Roadmap

.NETIDE语言 & 开发