wpf 做的一个treelistview，数据显示慢的原因？

WPF控件TreeGrid/类似TreeListView

通过继承WPF控件Datagrid，设计具有展开折叠功能的TreeListView,相对于网上较为流行的使用GridView和TreeView组合实现的TreeListView，本控件纯粹使用Datagrid扩展,并具备编辑功能，完全支持MVVM操作，有点类似Devexpress的相应控件，既可以简单的绑定到Datatable，因此保存数据相当方便，并通过Key和ParentKey在内部实现分级，外部只是简单的获取数据值即可，本控件屏蔽了添加和删除功能，一般只需要修改而已，当然由于Datagrid的强大编辑性，扩展这些功能很容易。

WPF TreeListView

这是从老外的源码转换过来，并进行了扩展： 1>添加了水平和垂直网格线 2>添加了MVVM 3>添加了UI虚拟化的支持 4>支持自动填充列和最小宽度列 5>可绑定到Datatable，从而进行编辑操作 6>可装载海量数据，单层数据超过1W，瞬间完成，50W数据的滚动不卡顿 7>集成到ComboBox中 Email: wuyang26@live.cn

WPF TreeListView 20170722

之前发布的作废，这是从老外的源码转换过来，并进行了扩展： 1>添加了水平和垂直网格线 2>添加了MVVM 3>添加了UI虚拟化的支持 4>支持自动填充列和最小宽度列 5>可绑定到Datatable，从而进行编辑操作 6>可装载海量数据，单层数据超过1W，瞬间完成，50W数据的滚动不卡顿 7>集成到ComboBox中 8>有两个主题，一个有类似传统的有折叠连接线的主题，另一个是当下的。 个人比较喜欢有折叠连接线的，结构可以更清晰。 特别强调一点：在海量数据的情况下，如果虚拟化UI开启，在展开大量数据的情况下，执行滚动操作可能导致程序假死，原因不明，希望有人能找到原因，并能告知！另外对于系统自带的TreeView测试发现，如果展开第二层，该层数据量很大，拖放也很卡，但DataGrid却非常顺滑，怀疑微软对层次结构的UI虚拟化仍没做好。 另外就个人感觉在目前的电脑配置下，UI虚拟化可以显著提高数据的加载速度，但一旦数据已加载后，执行拖放操作时，顺滑程度远不于非虚拟化的情况，原因也很简单，只要内存还够用，UI已加载的拖放肯定比UI虚拟的拖放好。 这次针对之前的发布主要在于完全取消了虚拟化，因为虚拟化会导致在大数据下滚动的卡死，垂直网格线不随滚动条滚动等各种意外的问题。 另外与树有关的： WPF TreeView的横向排布风格20170722(带动画) http://download.csdn.net/detail/maiker/9907400 Email: wuyang26@live.cn

WPF具有多选功能的TreeListView控件

这个是最好的

WPF TreeListView 20170714

之前发布的作废，这是从老外的源码转换过来，并进行了扩展： 1>添加了水平和垂直网格线 2>添加了MVVM 3>添加了UI虚拟化的支持 4>支持自动填充列和最小宽度列 5>可绑定到Datatable，从而进行编辑操作 6>可装载海量数据，单层数据超过1W，瞬间完成，50W数据的滚动不卡顿 7>集成到ComboBox中 8>有两个主题，一个有类似传统的有折叠连接线的主题，另一个是当下的。 个人比较喜欢有折叠连接线的，结构可以更清晰。 特别强调一点：在海量数据的情况下，如果虚拟化UI开启，在展开大量数据的情况下，执行滚动操作可能导致程序假死，原因不明，希望有人能找到原因，并能告知！另外对于系统自带的TreeView测试发现，如果展开第二层，该层数据量很大，拖放也很卡，但DataGrid却非常顺滑，怀疑微软对层次结构的UI虚拟化仍没做好。 另外就个人感觉在目前的电脑配置下，UI虚拟化可以显著提高数据的加载速度，但一旦数据已加载后，执行拖放操作时，顺滑程度远不于非虚拟化的情况，原因也很简单，只要内存还够用，UI已加载的拖放肯定比UI虚拟的拖放好。 Email: wuyang26@live.cn