具有大量控件的C#/.net窗体的性能
窗体上控件的数量是否会影响其性能？如果控件被标记为不可见怎么办？如果几个控件可见，但仅由几个控件完全覆盖（如包含几个控件的面板），该怎么办 我是从3d建模软件包、视频编辑软件等应用程序的角度提出这个问题的。它们有隐藏的面板、选项卡、卷展栏、动画抽屉等等具有大量控件的C#/.net窗体的性能,c#,.net,winforms,performance,controls,C#,.net,Winforms,Performance,Controls,窗体上控件的数量是否会影响其性能？如果控件被标记为不可见怎么办？如果几个控件可见，但仅由几个控件完全覆盖（如包含几个控件的面板），该怎么办 我是从3d建模软件包、视频编辑软件等应用程序的角度提出这个问题的。它们有隐藏的面板、选项卡、卷展栏、动画抽屉等等 有人做过这样的性能测试吗？认为这值得吗？如果不进行任何性能测试，很容易说太多控件存在性能问题 内存使用增加（UI对象非常庞大） OnPaint和其他消息库 方法将被调用（用于控制） 或继承中的父对象 层次结构） 如果不进行任何性能测试，很容易说
有人做过这样的性能测试吗？认为这值得吗？如果不进行任何性能测试，很容易说太多控件存在性能问题
- 内存使用增加（UI对象非常庞大）
- OnPaint和其他消息库 方法将被调用（用于控制） 或继承中的父对象 层次结构）
- 内存使用增加（UI对象非常庞大）
- OnPaint和其他消息库 方法将被调用（用于控制） 或继承中的父对象 层次结构）
- 如果不进行任何性能测试，很容易说太多控件存在性能问题
是的。在图形之外，每个控件仅通过初始化就使用自己的窗口句柄。因此，即使不可见或隐藏，也会影响性能 控件的类型也会有所不同。第三方或自定义控件有时由多个控件组成，每个控件都有自己的句柄
通常，预先考虑控件的数量是在可用性环境中进行的，这通常有助于避免性能问题。是的。在图形之外，每个控件仅通过初始化就使用自己的窗口句柄。因此，即使不可见或隐藏，也会影响性能 控件的类型也会有所不同。第三方或自定义控件有时由多个控件组成，每个控件都有自己的句柄
通常，预先考虑控件数量是在可用性上下文中进行的，这通常有助于避免性能问题。当您有太多控件而遇到性能问题时，您的应用程序的UI设计出现了严重问题。正确。在某种程度上看看一些视频编辑或3D建模软件。他们有隐藏的面板和动画抽屉等等。一切都在一个屏幕上。这也是为什么您可以在usercontrols、custom controls等中对控件进行分组的原因。当您的控件太多以至于遇到性能问题时，您的应用程序的UI设计出现了严重问题。True。在某种程度上看看一些视频编辑或3D建模软件。他们有隐藏的面板和动画抽屉等等。一切都在一个屏幕上。这也是为什么你可以分组控件，在用户控件中，自定义控件，等等。