WPF：なぜ、グリッドコントロールのためのすべての愛？

Question

私はほとんど何のためにGridコントロールの使用を見てきましたWPFアプリケーションの様々な例、1行または列だけでも、単純なことを見ます。

また、WPFテンプレートは、空のグリッドで始まります。

私にとっては、StackPanelまたはDockPanelを使用すると、それほど冗長で、メンテナンスのために優れている（後に行を追加すると、他のすべての行に1を追加することだと思う）。

なぜ良くGridされたり、私が何をしないのですか？

Answer 1

私は、グリッドは、既定の要素であることの理由の一部は、それが（少し）よりデザイナーに優しいます。

だということだと思います

グリッドに、自由な配置を設計者がキャンバスと同じ可撓性を有することを可能にする単一のグリッドの「セル」内の複数の要素を有するには制限がなく、それでもグリッド（自動レイアウト機能を有し、 StackPanelとDockPanel）のような他のよりよいレイアウトコントロールが含まれています。

Answer 2

二つの言葉：スターのサイジング。 Gridは、明示的にコンテナのサイズを設けることなく、それが含まれているスペースの大きコンテンツすることが可能となります。パネルコントロールにはありません。

Answer 3

何も欠落していません。私は自分のアプリケーション（複数可）にグリッドのかなり多くを持っていますが、必ずしもトップレベルの要素として間違いないようにあなたが記述延長ます。

多くの人々はちょうど彼らが最初のグリッドを削除することができ、その代わりに、彼らはグリッドに、独自のコントロールを配置することを実現していけないのだろう。

Answer 4

私は、より精巧な窓のために、他の（移動やサイズ的に）かなり独立している機能領域にそれを打破することが容易であることを見出しました。グリッドは、これらの領域は、単一のパネルに共存し、それらを（ある程度）他のコントロールがどこにあるかに関係なく配置されることを可能にすることができます。

プロジェクトで例えば私は の今働いている、私が持っています出荷マネージャであることを行っているウィンドウ。私は、私は2つの列を持つグリッドコントロールを持っている3つのリストビュー（出荷、パッケージ、アイテムを）したいです。パッケージリストとグリッド・スプリッタと1、他の二つのリストとネストされたグリッドとグリッド・スプリッタと、他の。

私は、多くのデザイナーがダウンして、このような分野へのそれらの窓を破る見ていると、アイテムが間接的に住んで何控えめな「セル」は存在しないので、グリッド以外でそれをやってすることだけでは動作しません。かなりの数のプログラム・ウィンドウこの設計を取るので、私は、彼らが会議を持っていたし、デフォルトのコンテナのパネルがどうあるべきか尋ねられたとき、グリッドがその事実に基づいた選択だったと思います。

コーリー