Ribbons界面介绍（3）——设计思想

前两天天气转凉直接导致感冒了，去医院挂水，没有时间更新，这几天状态都不太好，翻译量会降低，希望大家谅解

设计思想

在一个现有的程序中应用ribbon

虽然你可能会只是简单的将传统的工具栏和菜单栏的设计转换成ribbon的形式，但是这样做就失去了使用ribbon的意义。当想要表达实时的、面向结果的命令（通常使用gallery和实时预览）时使用ribbon可以使其发挥最大的价值。面向结果的命令使得该命令更加容易被理解，提高操作的效率和生产率。所以如果想使用ribbon的话，你最好重新设计你程序中命令的表达方式，而不仅仅是将现有的菜单进行简单的转换。

不要轻视是设计一个高效的ribbon界面的挑战难度，还有就是不要想当然的认为使用ribbon一定会使你的程序获得更好的用户体验（笔者注：翻译到这里的时候，实在向吐槽一下3D电影，特别是国产的。很多导演都认为使用3D会让电影更好看，殊不知无论多先进的技术都无法挽救狗血的剧情，纯吐槽，不喜轻喷）。设计一个高效的ribbon会花费大量的时间和精力。在你决定使用ribbon的参考因素中，愿意花时间进行基于ribbon的重新设计是一个重要的因素。

如果你想要了解关于将命令迁徙到ribbon界面中的内容，可以参考Ribbon Design Process。

Ribbons的本质

同传统的菜单栏和工具栏相比，ribbon有如下特点：

• 一个对于所有命令的统一的用户界面。菜单栏内容全面而且容易学习，菜单栏效率更高并且更加直观。但是为什么不稍微多花费一点屏幕空间来创建一个统一的用户界面来完成所有这些任务。在一个统一的UI下，ribbons不需要用户找出究竟是哪个UI中有他们需要的命令。
• 可视化并且是自解释的。菜单栏通过他们的标签实现自解释功能，但是在大多数时间中他们都隐藏在视图中。为了节约屏幕空间，工具栏的命令大多数通过图标进行表达，而不是通过标签进行表示（虽然有些工具栏命令的确如此）。所以当图标无法解释他们的功能时，需要借助提示（tooltips）来解释。然而，一般用户只知道他们最常用的命令的图标。

Ribbon的命令是可视化并且是自解释的，通过带标签的图标来表达大多数命令。Tooltips只是提供额外的内容补充。没有必要去其他地方（比如帮助）来寻找关于命令的解释和使用帮助。