拥有一个SplitContainer控件，然后向其添加另一个SplitContainer控件，然后添加另一个，另一个...是常见的做法吗？
看来，似乎应该有一种更好的方法，我的意思是，一旦您获得了大约3或4个SplitContainer，您实际上会在Designer View 中用光了工作空间。
最佳答案
如果您发现自己嵌套了太多的SplitContainer，是时候放下一个级别并查看Splitter控件本身了。假设有一分钟我们在谈论一堆这样的水平行:
+-----------+
| Content 1 |
+-----------+
| Content 2 |
+-----------+
| Content 3 |
+-----------+
取下“内容1”部分的内容，并将其放入某种容器中，例如面板。将该面板停靠在表单顶部。现在将一个Splitter控件拖到窗体上。它可能会从垂直方向开始，因此将其对接更改为“Top”，并将其自身粘贴到Content 1容器的底部。现在，添加另一个容器来容纳“Content 2”内容，将其停靠在顶部。添加另一个拆分器，并将其停靠在顶部。最后，在面板中添加“Content 3”素材，并将其停靠行为设置为“Fill”。这样，您可以根据需要堆叠任意数量的拆分器。
通过将拆分器停靠在顶部或底部，它们将在运行时确定谁是邻居，以及如何调整它们的大小。此行为完全由控件的“Z顺序”控制，对于大多数人来说，它应大致翻译为“将控件添加到表单的顺序”。您可以在“文档大纲” View ( View ->其他Windows->文档大纲，或Ctrl-W，U)中查看和操作。用一个空的形式做一点试验，一切都会有道理。
关于c# - 常见做法-SplitContainer，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/6012436/