您会将UI迁移到使用Windows 7的功能区吗?

Office新功能区的主要特点不是外观和感觉不同。这是为确定哪些元素需要放置在哪里、有多大以及理解原因所做的努力和研究。

如果你不准备为自己的应用程序重复这一努力,那么它可能会失败。

去年做的。这可能是个错误。该功能区仅适用于绝对以文档为中心的应用程序。

如果它牺牲了可用性,那么试图将其塞进一个不需要功能区的应用程序中并不是一个好主意,因为它看起来很好。

我想说,设计一个与功能区一起使用的应用程序比传统的菜单/工具栏ui要困难得多。你必须认真考虑哪些命令应该放在一起。如果用户必须一直翻转标签才能获得他们想要的命令,他们会很恼火。

此外,Microsoft对功能区的工作方式施加了许多限制。这些限制很难遵守,并可能导致它们在法律上迫使您更正应用程序(如果可以的话)。话虽如此,我想我已经看到微软自己使用丝带打破了他们自己的指导方针。也许自从我上次看到他们以来,他们已经更新了指南!

如果你的软件有清晰、独立的部分,这些部分都需要自己的一组控件,那么Ribbon可能会非常有用。本质上,你可以把它当作一个标签工具栏,只在用户在软件部分之间切换时才让它切换。

对于我目前正在开发的软件,软件中有一个单独的测量、分析和报告部分。由于我在分析时不需要测量按钮,因此更改整个工具栏是非常有意义的。Ribbon只是实现这一目标的一种简单方法。

*注意:我们通过更改Ribbon的选项卡让用户在测量和分析之间切换,因此他们在分析时“意外”看到测量工具栏的情况不应该发生。

如果你的软件没有像Word那样的功能库,或者软件部件之间没有明确的区别,最好使用普通的工具栏。

为了跨平台的一致性,没有。

我在这个答案上打了个“不”字,弄伤了手腕

过了一会儿,是的。我认为用户比我们其他开发人员更接受微软的新UI功能。我宁愿等他们习惯了再在我们的软件中看到它。

最重要的是,您可以使用对您的应用程序有意义的用户界面概念,无论是文本框、标签、组合、菜单、工具栏、图像、按钮、列表、树、功能区还是其他概念。这一切都是关于使用正确的工具来完成工作——只需使用功能区,因为它就可以将所有组合转换为菜单,或将工具栏转换为列表框。

只有当您的应用程序通过这样做得到改进时,才能进行更改。

除非我认为绝对有必要,否则绝对没有。根据我的经验,我遇到的大多数用户都不喜欢Ribbon控件,因为他们发现很难导航,他们希望自己能回到旧的菜单/工具栏样式。

当然,它看起来不错,可以很好地组织,但从长远来看,我认为它对很多应用程序来说不是必需的。

视觉导航并不总是更好。

我通常不会在最新版本的产品上使用新功能:它们是bug农场。