Windows 7 が登場した今、リボン コントロールが大流行しているようです。
ここCodeplexのリボンコントロールのこのリンクから私は思いつきました...
私が知りたいのは、UI パラダイムをシフトして、純粋に「時代に合わせたり、開発トレンドに遅れないようにする」ためにリボン コントロールを使用することには、実際の利点があるということです。
あなたが取り組んでいるアプリケーションがメニューオプションのバケツロードを持つという点でMicrosoftのWordを上回っていない限り、そうする意味がわかりません..
リボン コントロールを使用すると、元の UI に戻してほしいと叫ぶエンド ユーザーがいるはずです...
ほとんどのアプリケーションでは、リボン UI のパターン/デザインは必要ありません。
ただし、ほとんどの開発者がアプリケーションにリボンを入れないというわけではありません。
UI 設計の観点からは、リボンをアプリケーションに組み込むことは正当化されないかもしれませんが、ナビゲーションやリボンの使用のために、人々が使い慣れた既存の UI パターン/設計を使用することについては、ポイントがあります。その親しみやすさにより、その UI がより簡単になります。
Office 製品ラインの遍在性を考えると、リボンが最も重複した UI デザイン/パターンの 1 つであることは驚くべきことではありません。それ以前は、古い Office コマンド バーが最も重複しており (名前空間のToolStripクラスを介して .NET でも公開されています)、過去 10 年間の大部分で登場した多くのアプリでその UI パターンが使用されていました。System.Windows.Forms
そのため、リボンのアプリケーションがすべてのタイプのアプリケーションに適しているとは言いませんが、それを検討する際には、組織機能と親しみやすさの両方を意味するすべての利点を考慮する必要があります。
MIX08でJenson Harrisが行った「The Story of the Ribbon 」というタイトルの優れたプレゼンテーションがあります。これは、メニューとアイテムの肥大化による Office での新しいアプローチの必要性と、彼らがどのように問題を考え、どのように解決したかを記録したものです。最終的にリボンにたどり着きました。ビデオは約 90 分ですが、リボンが現在の形で存在する理由、およびリボンの使用が適切でない場合を理解したい場合に不可欠です。
私は興味がある; ビデオThe Story of the Ribbonを見たことがありますか?
この種のビルドはcasperOne's answerに基づいており、過剰使用と誤用の両方になります。
Office 2007 の設計変更には多くの側面があり、ある意味ではリボンは最も表面的なものですが、書式プレビューなどの主要な機能変更への入り口です。私の意見では、そのような機能も提供しない場合 (意味がある場合)、リボンを使用することは誤解を招く可能性があります。
上でリンクしたビデオは、注意することが本当に重要だと思います。リボンは、そのコンテキストで非常にうまく機能する非常に意図的なデザインでした. デザインの背後にあるアイデアも非常に重要だと思います。これらの原則と、それらがアプリケーションにどのように適用されるかを理解していなければ、リボン コントロールを表面的に使用しただけでは何の役にも立たないでしょう。