我在工作中安装了最新的 Visual Studio 2010 Team Edition 测试版，到目前为止我一直很喜欢它，尽管您需要深入挖掘才能欣赏新功能（显然，您不能只使用历史调试而不编写任何要调试的代码）。
但是，我没有看到转到 WPF 的界面对我有多大好处（即使有依赖矩阵等的所有图表）。不过让我担心的是我有一个项目（在家里），它有 70 个项目并且还在增长。我在 Visual Studio 2008 Pro Edition（在家）中加载它并获得了不错的性能，尽管在发布之前我没有进行任何构建（项目的加载时间自然很慢，我知道更好的高清可以帮助解决这个问题）。是否有任何证据支持我的担忧，即 WPF 可能会降低 Visual Studio 2010 的速度并使其在我的解决方案中变得有点像狗？
谢谢
【问题讨论】：
请允许我以专门从事 Visual Studio 2010 UI 工作的人的身份发言...
我认为“最新测试版”是指 beta 1。如果是这样，请记住，它的目的更多是展示功能，并且在进行大量优化工作之前。我们确实非常重视性能，并且专门致力于使其快速运行。顺便说一句，这不仅适用于通用 UI，还适用于 VS 的所有部分——编辑器、项目系统等——当然还有底层框架（尤其是 WPF）。所以，在判断 VS2010 的性能之前，我强烈建议等待下一个 beta 版（不，我不能告诉你什么时候，抱歉...），里面会有很多这样的东西。
可能会或可能不会影响您的一件重要事情：WPF 在使用过度时会不可避免地（嗯，至少到目前为止，我不知道他们是否计划在未来的版本中对此采取任何措施）性能下降远程桌面，因为它不能只发送与 GDI 基元相对应的命令流，并且必须远程将无效和重绘区域作为位图 - 阅读 this blog post 了解更多信息。然而，正如那篇博文所述，有一些技巧可以最大限度地减少对性能的影响，我们确实使用了它们 - 尝试在 RD 上运行 beta 1，看看您是否可以发现与本地相比的任何视觉差异......
综上所述，对于您指定的用例 - 单个解决方案中有 70 个项目 - 使用 WPF 导致的任何潜在放缓都可能与管理这些项目相关的成本相形见绌，直至完全不相关。
【讨论】：
我在 WPF 编辑器上收听 hanselminutes 播客，它们似乎表明性能还可以，但没有完全优化，应该是发布的情况。问题是文本编辑器本身不一定是 VS 中的性能瓶颈，它是在幕后执行突出显示、智能感知等的东西。
我认为可能会提高性能的一件事是，对 WPF 编辑器的插件有更好的支持，所以很多需要您使用旧编辑器跳过很多环节的事情应该是一大堆现在更简单，并且需要在后台发生的魔法少得多。
【讨论】：
考虑到 WPF 是为业务线类软件构建的，我希望使用它不会导致性能问题。
【讨论】：