目前我有两个模仿以下功能的WPF列表框
Word 2007自定义屏幕http://tlt.its.psu.edu/suggestions/international/graphics/vista/WordCustomize.gif
我正在使用2个ObservableCollections来允许用户选择他们需要的任何项目(灵活性是这里的关键).主要问题是我有两千个项目在两个列表框中分组.总而言之,设计工作非常好(有几十个项目),但我的绊脚石是用户在屏幕冻结时从左到右复制所有可用的项目(在不同的线程上运行的时间？).
看看ObservableCollection它没有AddRange方法,互联网上有各种各样的实现.我也知道CollectionChanged事件是不必要的被触发,因为每个项目都被严重复制在排水性能上.
很可能我不得不允许用户在将来从超过10,000个项目的组中进行选择,这听起来是个坏主意,但由于列表框(CollectionViewSource)上的分组工作得很好,但是不可协商,但是关闭两个列表框的虚拟化的副作用
在数据绑定到ObservableCollection时,如何在加载包含数千个项目的列表框时,如何提高性能？是否有推荐的AddRange类型实现？我在这里唯一的选择是在后台线程上运行它,这看起来很昂贵,因为我没有从数据库加载数据？
我在WPF Windows上有几个列表框,Height="Auto" Width="Auto"在表单上设置了
表单在不同的分辨率上完美地调整大小,但问题是当我按下最大化按钮时,在表单调整大小时可以看到厚的"黑色L".我已经在很多WPF应用程序中看到了这一点,但直到现在还没有解决问题.
有没有办法DoubleBuffer窗口,或在窗体上的控件调整大小时调用WPF中的SuspendLayout()？我怎么能摆脱这个丑陋的黑色L？
我需要向老板提供一个概念证明.我们的应用程序是用WPF编写的,但我知道Windows Forms回到了前面.在WPF中实现POC的时间是Windows窗体中的3-4倍.
你会怎么做到这一点,要么使用WPF并获得一个丑陋的POC,需要花费三倍的时间来创建,或者使用Windows窗体并快速获得POC也会看起来很难看？
