【发布时间】:2012-09-10 15:11:10
【问题描述】:
我正在尝试在 winform 中获得一个包含大约 5'000 个条目的组合框。我之前遇到过一个问题 - addrange 挂起这么多条目。我创建了一个单独的控件来为自己执行此操作而不会滞后,但我正在将此功能添加到现有的组合框。
在尝试查看是否可以解决此问题时,我正在查找 WPF 的 VirtualizingStackPanel。
有没有办法为几千个字符串条目提高 addrange 的性能?
【问题讨论】:
-
您确定组合框是代表 5000 个条目的正确界面元素吗?我认为这对用户来说并不理想。
-
就是这种情况:程序从一开始就一直这样运行,他们已经习惯了。我很好奇其他人会用什么来代替组合框?列表框等
-
作为用户,我更喜欢带有某种自动完成功能的文本框。
-
或者更好的是:一个带有按钮的文本框,该按钮打开一个新的可调整大小的窗口,其中包含所有项目,并消除了查找时键入的子字符串项目。
-
我需要要求我的工作给我一台更好的计算机,以便在一台 5 岁半坏的笔记本电脑上进行编程,这样我就不会错过我的代码在 for 循环中运行的情况。顺便说一句,亲爱的上帝,我是否提高了该程序的效率,因为我认为这不是瓶颈>。
标签: c# winforms combobox addrange