c# - 一般的な慣例 - SplitContainer

Question

SplitContainer コントロールを用意し、それに別の SplitContainer を追加し、さらに別の SplitContainer を追加するのは一般的な方法ですか?

つまり、約 3 つまたは 4 つの SplitContainers になると、Designer ビューで作業するためのスペースが文字通り不足します。

Answer 1

入れ子になっている SplitContainers が多すぎることに気付いた場合は、レベルを下げて、Splitter コントロール自体を確認してください。次のような一連の水平行について話していると仮定します。

+-----------+
| Content 1 |
+-----------+
| Content 2 |
+-----------+
| Content 3 |
+-----------+

コンテンツ 1 セクションのコンテンツを取得し、パネルなどの何らかのコンテナーに入れます。そのパネルをフォームの上部にドッキングします。スプリッター コントロールをフォームにドラッグします。最初はおそらく垂直に配置されるので、ドッキングを「上」に変更すると、コンテンツ 1 コンテナの下部にくっつきます。次に、「コンテンツ 2」を保持する別のコンテナーを追加し、上部にドッキングします。別のスプリッターを追加し、上部にドッキングします。最後に、「Content 3」をパネルに追加し、そのドッキング動作を「Fill」に設定します。このようにして、必要な数のスプリッターを積み重ねることができます。

スプリッターを上部または下部にドッキングすることで、実行時に隣接するスプリッターが誰であるか、およびそれらのサイズを変更する方法を把握します。この動作は、コントロールの「Z オーダー」によって完全に制御されます。これは、ほとんどの人にとって、「コントロールがフォームに追加された順序」として大まかに解釈されるはずです。これは、[ドキュメント アウトライン] ビュー ([表示] -> [その他のウィンドウ] -> [ドキュメント アウトライン]、または Ctrl-W、U) で表示および操作できます。空のフォームを少し試してみると、すべてが理にかなっています。

Answer 2

いいえ、そのように動作します。

より大きなモニターが必要であることを上司に伝えてください。

Answer 3

TableLayoutContainer を使用できます。