winform中,根据配置文件动态创建的大量控件,刷新慢,大神们有什么好办法?

vivid7706 2018-09-17 07:20:39
窗体中的控件都是UserContols, 添加到flowLayoutPanel中, 会根据配置分组,用GroupBox显示组名,
把每个组,再加入到窗体的flowLayoutPanel中,

现在当控件多的时候窗体中的内容刷新会很慢。。

在主窗体中使用了下面的方法,现在不像打字机一样一个个出来了。 但速度还是慢。
1 this.DoubleBuffered = true;//设置本窗体
2 SetStyle(ControlStyles.UserPaint, true);
3 SetStyle(ControlStyles.AllPaintingInWmPaint, true); // 禁止擦除背景.
4 SetStyle(ControlStyles.DoubleBuffer, true); //

请教各位大神有没动态创建界面控件的高效的方法。

...全文
1139 14 打赏 收藏 转发到动态 举报
写回复
用AI写文章
14 条回复
切换为时间正序
请发表友善的回复…
发表回复
无痕的过往 2018-09-20
  • 打赏
  • 举报
回复
先禁止界面重绘,所有控件加载完毕后,开启重绘。
xuzuning 2018-09-18
  • 打赏
  • 举报
回复
ControlPaint 是对系统 API 的包装,所有的系统控件都是通过调用 ControlPaint 进行绘制的
至于什么样的控件需要先自己绘制一下,取决于他对加载时的视觉效果的影响
还有如控件是带数据加载的话,应调整成异步加载
vivid7706 2018-09-18
  • 打赏
  • 举报
回复
引用 5 楼 sp1234 的回复:
用户控件本身没有什么消耗,你应该看看控件内部的子控件、以及处理逻辑代码,是否有过分消耗的地方。你可以把用户控件里边的内容极端简化,然后测试一下到底用户控件能影响几分几豪。


谢谢,我尝试优化一下代码
vivid7706 2018-09-18
  • 打赏
  • 举报
回复
引用 3 楼 xuzuning 的回复:
创建控件对象和显示控件都需要花费时间
可先用 ControlPaint 绘制一遍。再在适当的时机实例化控件


谢谢。
我的usercontol也是各种系统自带工具箱里的control的组合, 比如文本框,下拉框 ,也要自己先绘制一遍吗。
vivid7706 2018-09-18
  • 打赏
  • 举报
回复
引用 2 楼 caozhy 的回复:
只加载可视的部分,用绘图代替实体控件


谢谢, 能说详细点吗,
我的usercontol也是各种系统自带的control的组合, 比如文本框,下拉框
  • 打赏
  • 举报
回复
例如说,用户控件内部的一些控制对象明明应该按需实例化,那么就不要在用户控件刚刚实例化时就去实例化。等等。这类编程模式。
  • 打赏
  • 举报
回复
用户控件本身没有什么消耗,你应该看看控件内部的子控件、以及处理逻辑代码,是否有过分消耗的地方。你可以把用户控件里边的内容极端简化,然后测试一下到底用户控件能影响几分几豪。
我是小数位 2018-09-18
  • 打赏
  • 举报
回复
引用 2 楼 caozhy 的回复:
只加载可视的部分,用绘图代替实体控件
我们也是这样的,不编辑的时候,直接是用gdi++画的控件图形,只有编辑的时候,才加载真正的相关控件
vivid7706 2018-09-18
  • 打赏
  • 举报
回复
引用 11 楼 enaking 的回复:
你不能一个一个显示,要用双缓冲,也就是先画在上面,然后再全部显示出来,容器有一个里有一个大概是BeginFlash的方法。然后加载控件,然后EndFlash。具体我这没vs环境,你需要找一下。


双缓冲我有在窗体中开启。 代码贴到一楼了,
没有找到这Flash 这两api, 在flowLayoutPanel 和GroupBox都没有, form窗体里也没找到。
enaking 2018-09-18
  • 打赏
  • 举报
回复
加载控件是要加载完所有控件再EndFlash
enaking 2018-09-18
  • 打赏
  • 举报
回复
你不能一个一个显示,要用双缓冲,也就是先画在上面,然后再全部显示出来,容器有一个里有一个大概是BeginFlash的方法。然后加载控件,然后EndFlash。具体我这没vs环境,你需要找一下。
xuzuning 2018-09-17
  • 打赏
  • 举报
回复
创建控件对象和显示控件都需要花费时间
可先用 ControlPaint 绘制一遍。再在适当的时机实例化控件
threenewbee 2018-09-17
  • 打赏
  • 举报
回复
只加载可视的部分,用绘图代替实体控件
苏克贝塔03 2018-09-17
  • 打赏
  • 举报
回复
在各个UC加载前显示“真正加载,请等待”的模态对话框,UC全部加载好之后,关闭提示对话框,不知道这样行不行?
内容概要:本文介绍了如何利用 GitHub Copilot 辅助进行程序调试与 Bug 分析,强调 Copilot 不仅可用于代码生成,更是强大的代码分析与调试工具。文章详细阐述了 Copilot 在调试复杂问题、老旧项目维护和难以复现 Bug 场景下的优势,提出了“先分析、再修改”的四步流程:分析原因→评估风险→提出方案→修改代码,并推荐结合错误日志、用户操作等信息精准提问,提升 AI 回答质量。同时展示了如何通过 Copilot 增强调试能力,如自动加日志、异常保护、生成测试数据和性能分析。最后通过游戏拾取系统的实际案例,说明如何结构化描述问题以获得有效反馈。; 适合人群:具备一定开发经验,正在参与项目调试或维护工作的程序员,尤其是面对复杂逻辑、历史代码或难复现 Bug 的 1-3 年开发者;也适合希望提升 AI 协作能力的技术人员。; 使用场景及目标:①快速定位偶发性崩溃、数据异常等问题根源;②理解无文档或结构混乱的老代码模块;③优化调试流程,借助 AI 生成诊断建议、修复方案与测试用例;④构建更具健壮性的程序,提前发现潜在缺陷。; 阅读建议:学习者应结合自身项目的真实问题,按照文提供的结构化提问模板实践,逐步训练与 Copilot 的协作能力,重视问题描述的完整性与准确性,避免直接要求修改代码,优先通过分析提升对系统的理解。
内容概要:本文针对高精度电流控制下的永磁同步电机(PMSM)参数辨识难题,提出一种基于粒子群优化算法(PSO)的多参数辨识模型,并在Simulink环境完成系统级仿真实现。研究旨在克服传统控制因电机参数(如定子电阻、交直轴电感、永磁磁链等)随温度、负载变化而失配所导致的电流控制性能下降问题。通过构建以电流跟踪误差为核心的适应度函数,利用PSO算法全局寻优能力强的特点,实现对关键电机参数的在线或离线精确辨识。文详述了PSO算法的实现机制、参数初始化策略、收敛判据设计以及与PMSM矢量控制系统的集成方法,验证了该方案在不同运行工况下的辨识精度、收敛速度与鲁棒性,显著提升了电流环的动态响应品质与稳态控制精度。; 适合人群:具备电机驱动控制、现代控制理论及优化算法基础,熟悉MATLAB/Simulink仿真平台,从事高性能PMSM控制系统研发的研究生、高校科研人员及自动化、电力电子领域的工程师;特别适合正在开展参数自适应、智能控制算法应用等相关课题的研究者。; 使用场景及目标:①应用于高端制造装备、电动汽车驱动系统、精密伺服系统等对电流控制精度要求严苛的场合;②解决实际工程因电机温升、老化等因素引发的参数漂移问题,提升系统长期运行稳定性;③作为智能优化算法与电机控制深度融合的教学案例,帮助理解PSO在复杂非线性系统参数辨识的应用逻辑与实现路径。; 阅读建议:建议读者结合提供的Simulink仿真模型进行复现实验,重点剖析PSO算法模块与电机控制模型的接口设计、适应度函数的构建原则及参数敏感性分析方法,可进一步尝试引入其他先进优化算法(如GWO、HHO)进行性能对比,以深入掌握不同智能算法在工程辨识问题的适用性与优劣。

111,129

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Creator Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧