ボタンを使って単純なStackPanelを作成するか、WPF ToolBarクラスを使用してこれらのボタンを含めるべきか（単純なツールバーを作成しているかどうか）を判断しようとしています。WPFツールバーの利点は何ですか？
WPFの組み込みToolBarコントロールの賛否両論は何ですか？
これまでのところ、これらは私が見てきた唯一の利点は以下のとおりです。
WPFツールバーには他に何か利点がありますか？これらのどちらも私の簡単なツールバーには当てはまりません。
次のプロジェクトがいつ来るのかわからないので、ツールバーを使うといいでしょう。このプロジェクトがいつそれを必要とするかは、決してわかりません。私はStackPanel上でそれを使用することに実質的な欠点はないと考えていますが、あなたが言及しなかった利点は、次のプロジェクトのための組み込みのコントロールでより多くの経験を持つということです。
一方、私はStackPanelでそれを行うことに何の害も見ません。将来的に機能性を拡張する必要がある場合は、いくつかのリワークを行う必要があります。
もう1つの非常に小さな利点は、ToolBarのボタンが正しくスタイルされ、StackPanelのボタンがデフォルトの外観をとることです。どんな手段でも耐えられないものではなく、あまりにも厄介なものです。
+1。非ネイティブコンテナのコントロールをネイティブコンテナのコントロールのように再スタイリングすることは、あまり努力する価値がありません。 – micahtan
ツールバーは自動的にボタンのスタイリングに影響します。 –
はい、自分のボタンやチェックボックスなどにこれらのスタイルを適用することは可能です。私が意味するものを見るために、ToolBarの静的メンバーを見てください。 –
WPFツールバーでアクセシビリティが向上する場合があります.Windows UIオートメーションには、ランダムコントロールではなくツールバーボタン付きのツールバーとして表示されるためです。誰があなたのソフトウェアを使うのか分からない。
偉大な答え - これは私には起こりませんでした。 –
どのような欠点がありますか？ –
短所は複雑さです。私は1つのツールバーしか使用していないので、グリップの位置を変更する必要はなく、コントロールを削除するには、コントロールを再表示する必要があります。 –
グリップを取り外すためにテンプレートを再作成する必要はありません。プロパティを設定するだけです。 http://stackoverflow.com/questions/1050953/wpf-toolbar-how-to-remove-grip-and-overflow –