.Net TableLayoutPanel –清除控件非常慢

Question

这真的很简单。

我有一个 TableLayoutPanel，其中填充了基于数据库查询的控件（仅标签、按钮和一些带有按钮的面板）。当需要刷新数据时，我使用TableLayoutPanel.Controls.Clear()。不幸的是，这是一个非常慢的操作。我希望它比填充表的代码更快，但它至少慢 3 或 4 倍。

我明确地证明了缓慢是在执行 Controls.Clear() 时执行的，方法是将其作为显示消息框后对 TableLayoutPanel 执行的单一操作（然后过程返回）。控件明显从下往上消失。当使用记录集重新填充TableLayoutPanel时，控件从上到下出现的速度几乎比我看到的要快。

我已经在做 TableLayoutPanel.SuspendLayout() 和 ResumeLayout() 了。

在表单上使用 this.DoubleBuffered = true 似乎没有任何作用。

我可以处理整个控件并通过代码重新创建它，但这是一个很大的痛苦，并且使得良好的表单设计器 GUI 变得毫无意义。我必须深入研究我在控件上设置的每个属性并为其创建一行代码（尽管我想我可以从设计器代码本身中得到它，但它仍然感觉错误）。

关于如何更快地完成工作有什么想法吗？我什至愿意使用除 TableLayoutPanel 之外的其他方法...我只需要自由地在每个单元格中放置多个按钮，或者禁止它能够跨越表标题中的列。

C# 至少可以在重绘时冻结整个表单，然后一次性绘制所有内容吗？

Answer 1

我也遇到了使用 TableLayoutPanels 速度缓慢的问题。我发现的最佳解决方案不是在表单上设置 DoubleBuffered 属性，而是创建一个继承自 TableLayoutPanel 的新类，并在该类的构造函数中启用双缓冲：

public class DoubleBufferedTableLayoutPanel : TableLayoutPanel
{
    public DoubleBufferedTableLayoutPanel()
    {
        DoubleBuffered = true;
    }
}

然后，在通常使用 DoubleBufferedTableLayoutPanel 的地方使用 DoubleBufferedTableLayoutPanel表布局面板。

Answer 2

这似乎适合我的用途：

tableLayoutPanel.Visible = false;
tableLayoutPanel.Clear();
/* Add components to it */
tableLayoutPanel.Visible = true;

Answer 3

无需像 Chris Ryan 的回答 那样对 TableLayoutPanel 进行子类化。我遇到了同样的问题并通过反射设置属性解决了它：

typeof(TableLayoutPanel)
   .GetProperty("DoubleBuffered",
      System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance)
   .SetValue(myTableLayoutPanel, true, null);

Answer 4

如果我要构建一些动态 GUI，我总是会在代码中这样做。但一开始，我只是从设计师那里开始一个虚拟的表单和样式，每个控件都按照我（或者更好的是客户）喜欢的方式进行控制。然后，我查看 Designer.cs 文件，并将必要的属性设置从其中复制到某些工厂函数中，例如

private TextBox CreateTextBox(string name, /* maybe other parameters */)
{
    var textBox = new TextBox();
    textBox.Name = name;
    //Other settings from given parameters...

    //Further settings which are all the same for these kind of control
    textBox.KeyDown += (sender, e) => {};

    return textBox;
}

，因此我确保每个控件在 GUI 上的感觉和外观都相同。这将在我的界面中的每个级别上完成（从 TextBox 等小控件开始，一直到 GroupBox 或 TableLayoutPanel 等容器。

在某些情况下，这会导致工厂函数调用其他几个工厂函数，如果这种情况成为现实，那么是时候考虑将这些控件封装到单个 UserControl 中了，但一如既往。取决于是否需要。

从我的角度来看，我只能鼓励您将代码从设计器中移出到自己编写的函数中，一开始（一如既往）需要更多工作，但之后就可以了。更容易对布局进行更大的更改。