C# 有人使用过Ribbon控件吗？

Windows 7出现后，功能区控件似乎很流行

我从这个链接想到了一个功能区控件在这里

我想知道的是，将UI范式转变为纯粹使用Ribbon控件“与时俱进或跟上发展趋势”，是否有任何真正的好处

我看不出这样做有什么意义，除非你正在开发的应用程序在菜单选项方面超过了微软的Word

使用Ribbon控件，必然会有一些最终用户兴奋地尖叫着想要恢复他们的旧UI…

大多数应用程序都不需要Ribbon UI模式/设计

然而，这并不意味着大多数开发人员不会将功能区放在他们的应用程序中

虽然从UI设计的角度来看，可能没有理由将Ribbon应用到应用程序中，但有一点需要说明，即如何使用人们熟悉的现有UI模式/设计，以使该UI的导航和使用更容易

考虑到Office系列产品的普遍性，Ribbon是最重复的UI设计/模式之一也就不足为奇了。在此之前，旧的Office命令栏是重复最多的（它们甚至在.NET中通过中的公开），你可以看到在过去十年的大部分时间里出现的许多应用程序都使用这种UI模式

因此，虽然我不会说Ribbon的应用程序适用于每种类型的应用程序，但在考虑它时应该考虑到它的所有好处，即组织特性和熟悉特性

---

at提供了一个名为“”的精彩演示，其中记录了由于菜单和项目的膨胀，在Office中需要一种新的方法，以及他们是如何思考这个问题的，以及他们最终是如何想出功能区的。视频大约90分钟，但如果您想了解为什么功能区以今天的形式存在，以及何时使用和不使用它，视频是必不可少的；你看了视频了吗

这种方法的基础是，它会被过度使用和误用

Office 2007设计更改有许多方面，从某种意义上说，功能区是最肤浅的，但它是主要功能更改（如格式预览）的门户。在我看来，如果您不打算同时提供这些类型的功能（如果它们有意义的话），那么使用ribbon将产生误导

---

我认为我上面链接的视频非常重要。这条丝带是一个经过深思熟虑的设计，在它的背景下效果非常好。我认为设计背后的理念也非常重要，如果您不了解这些原则以及它们如何应用于您的应用程序，那么功能区控件的肤浅使用不太可能增加任何用处。

+1从我这里……MS是否会将此功能区控件作为标准ui指南，也许不是现在，而是将来？在我看来，这更像是一种时尚，因为它是他们菜单项的一种“变通”，尤其是在微软Word中……它从屋顶上窜了出来……@tommieb75：我已经添加了关于“丝带故事”的信息（正如所缺少的）。我强烈建议你看一看，因为这将表明MS面临的情况以及他们是如何来到丝带的。这将有助于更深入地了解UI模式，并深入了解它是否适合您。不要忘记，功能区是有图案的，如果您的产品与Microsoft竞争，这可能会成为一个问题。嘿+我发了1封信，链接“丝带的故事”…很有趣！！！！：D谢谢！：）这个问题是否应该转移到其他问题上？