具有大量行的数据网格

在我的WPF应用程序中，我有一个带有选项卡控件的屏幕。其中五个选项卡包含需要显示大量行（至少5000）的数据网格。这些表绑定到Part对象的ObservableCollections。每行显示约20个零件数据。我的问题是，在用户输入他们需要的信息并生成数据后，单击选项卡会导致应用程序挂起30-60秒。在这之后，datagrid最终加载，并且具有正确的虚拟化设置，它们以可接受的速率执行（不是很快，但不是太慢）。如果我禁用虚拟化，程序会占用过多内存，加载时间不会受到影响。具有大量行的数据网格

最厌恶的表格由大约六个模板列组成。每个模板包含一个堆栈面板或一个网格内的控件;基本上每行都被分成两部分，就像一个双排。这种布局是一种要求，分页可能不是客户愿意接受的。

这是我的应用程序中最重要的屏幕，我在做这项工作时非常茫然。我能做些什么来加速这个过程？也许ObservableCollection是错误的选择？

来源

2011-09-15 drowned

研究“分页” –

也许这会帮助吗？ http://stackoverflow.com/questions/697701/wpf-datagrid-performance –

正如我所说的，客户端不会去寻呼。关于该链接，我已经尝试了回复中列出的所有代码修改建议，但我没有看看性能工具包。我会给你一个机会，看看它是否有任何东西。 – drowned

能否请您提供更多的见解......

你能检查多少时间在“发电”的每5000行的5个集是花？（这是我假设你说的）
随着virtulaization“on”什么是UI后加载时间“之后”我们将集合分配给项目源？
如果仅在tabItem实际可见时才将“ItemsSource”绑定到相应的数据网格，会发生什么情况？
你datagrids有默认的排序成员路径？分组？过滤路径？

这些是我会针对这个问题开始的几件事。

来源

2011-09-16 05:15:50

1.当点击标签时，这些集合已经生成。这发生得非常快。 2. 30 - 60秒。我不知道，我现在就试试看。他们没有排序，没有分组，也没有过滤。 – drowned

和＃3的更新...我将选项卡上的itemssource设置更改，并且在数据开始显示前仍需要大约30秒，并且在UI完全解冻之前还有20或30秒 – drowned

具有大量行的数据网格

回答

相关问题