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 位版本计划，不过这儿不再讨论。
注册/登录 InfoQ 发表评论