t0m*_*13b 11 c# ribbon-control
现在Windows 7就在这里,功能区控件似乎风靡一时.
我在这个链接上发现了Codeplex上的功能区控件...
我想知道的是,将UI范例转变为纯粹"与时俱进或与发展趋势保持同步"是否有任何实际好处？
我只是看不出这样做的重点,除非您正在处理的应用程序超过了Microsoft的Word,因为它有一堆菜单选项.
使用功能区控件,必然会有一些终端用户喋喋不休地尖叫着想要他们的旧UI回来......
cas*_*One 15
大多数应用程序将不会有必要Ribbon UI的百通/设计.
但是,这并不意味着大多数开发人员不会将Ribbon放在他们的应用程序中.
虽然从UI设计的角度来看可能没有理由将Ribbon放入应用程序中,但是有必要使用人们熟悉的现有UI模式/设计来进行导航和使用.由于熟悉,UI更容易.
鉴于Office系列产品无处不在,功能区是最重复的UI设计/模式之一并不令人惊讶.在此之前,老任命令栏是最复制(他们甚至在.NET通过暴露ToolStrip类的System.Windows.Forms命名空间),你看到,在过去十年的大部分时间出来使用的UI模式许多应用程序.
因此,虽然我不会说功能区的应用适用于所有类型的应用程序,但在考虑它时应考虑其所有好处,这意味着组织功能和熟悉功能.
简森哈里斯在MIX08上发表了一篇精彩的演讲,名为" 丝带的故事 ",记录了由于菜单和项目的膨胀,以及他们如何看待问题以及如何解决问题,需要在办公室采用新方法.最终提出了功能区.该视频大约需要90分钟,但如果您想了解功能区以其今天的形式存在的原因,以及何时使用它并且不适合使用它,则必不可少.
我很好奇; 你看过视频"丝带的故事"吗？
这种建立在casperOne的答案之上,因为它将被过度使用和滥用.
Office 2007设计更改有许多方面,在某种意义上,功能区是最肤浅的 - 但它是主要功能更改的门户,例如格式化预览.在我看来,如果你不打算提供这些功能(如果它们有意义),使用功能区将会产生误导.
我认为上面链接的视频非常重要.功能区是一个非常慎重的设计,在其背景下非常有效.我认为设计背后的想法也非常重要,如果您不理解这些原则以及它们如何应用于您的应用程序,那么表面使用功能区控件不太可能增加任何实用性.
| 归档时间： |
|
| 查看次数： |
2843 次 |
| 最近记录： |