为什么MS不将功能区UI应用于Visual Studio？

Question

我们已经看到办公室自2007年以来就拥有了功能区UI.现在是2010年,我们都感受到了功能区带给我们的高效率.

我的问题是为什么现在的2010年Visual Studio仍然没有使用功能区？你怎么看？请分享.

Answer 1

功能区是一个很棒的用户界面,可以组织按钮和某些小项目等工具.但是,当用户界面必须像Visual Studio一样非常个性化时,它不能很好地工作(或者至少很难实现).而且还有许多不是工具栏的窗口的问题,比如解决方案资源管理器或许多不同的设计师,它们不能轻易放置.

Whili我不是说这是不可能的.有许多功能必须重建才能容纳功能区.

来自MSDN功能区用户体验指南

命令规模

• 是否有大量命令？使用功能区需要超过七个核心标签吗？用户是否经常不得不更改标签以执行常见任务？如果是这样,使用工具栏(不需要更改选项卡)和调色板窗口(可能需要更改选项卡,但一次可以打开几个)可能是一个更有效的选择.

• 为了提高效率和灵活性,用户是否需要对命令演示内容,位置或大小进行重大更改？如果是这样,可自定义和可扩展的工具栏和调色板窗口是更好的选择.请注意,某些类型的工具栏可以取消停靠以成为调色板窗口,并且可以移动,调整大小和自定义调色板窗口.

由于某些原因,我相信Visual Studio在基于工具栏的界面中工作得更好

PS:虽然我不相信Visual Studio会实现功能区,但像AutoCAD这样的Autodesk产品是非常复杂的基于功能区的应用程序的非常好的例子.

Answer 2

我觉得Ribbon对于Visual Studio来说和那些愚蠢的按钮棒一样糟糕.在visual studio中快速工作是关于良好的导航键盘快捷键,而不是鼠标点击.

Answer 3

并不是真正的 SO 线程，但我认为不将 VS 界面移至功能区的原因是它是针对最终用户的，而这些用户通常是非技术人员。Visual Studio 的用户不属于该阵营（通常;））并且肯定需要进行大量可用性测试并允许开发人员自定义界面以使其达到他们满意的程度。

在这个 MSDN 线程中，一位 Microsoft 员工将其标记为答案：

我也曾经问过这个问题，当时的答案是功能区的受众是最终用户。由于它占用大量空间并且开发人员是经验丰富的用户，因此 Visual Studio 中不需要功能区支持。