C# WPF性能:模板与用户控件

C# WPF性能:模板与用户控件,c#,wpf,performance,C#,Wpf,Performance,这是一个非客观的问题,因为我认为里程数可能会有所不同,但是,如果我可以使用一个控件模板(在我的页面的参考资料部分声明)或一个UserControl,这将产生最佳性能 问这个问题的原因是我刚刚遇到了WPF的性能问题(试图创建一个表——网格——有多达5000个控件),为了提高页面的性能,我做了一件事,就是将一个控件模板(代表网格中的一行)转换成一个UserControl,我怀疑这会带来更好的表现。但是在分析代码之后,我发现我实际上损失了性能——虽然损失不多,但足以让我回到旧代码 有人对这件事有什么见

这是一个非客观的问题,因为我认为里程数可能会有所不同,但是,如果我可以使用一个控件模板(在我的页面的参考资料部分声明)或一个UserControl,这将产生最佳性能

问这个问题的原因是我刚刚遇到了WPF的性能问题(试图创建一个表——网格——有多达5000个控件),为了提高页面的性能,我做了一件事,就是将一个控件模板(代表网格中的一行)转换成一个UserControl,我怀疑这会带来更好的表现。但是在分析代码之后,我发现我实际上损失了性能——虽然损失不多,但足以让我回到旧代码


有人对这件事有什么见解吗?

关于你的问题,我没有一个好的答案。然而,拥有5000个控件的网格听起来很吓人。我会尝试使用虚拟化技术,例如,这样您的控件将被回收,并且只有在必要时(如果可能的话)才会创建


也许这篇文章给了你一个想法。

对于你的问题,我没有一个好的答案。然而,拥有5000个控件的网格听起来很吓人。我会尝试使用虚拟化技术,例如,这样您的控件将被回收,并且只有在必要时(如果可能的话)才会创建


也许post会给你一个主意。

此外,当你使用回收选项时,它将只保留可见数量的容器。MSDN描述好吧,这可能是我的第一个问题。我没想到用户会创建这样一个场景——我想最多500行,这已经很多了。另外,当你使用回收选项时,它将只保留可见数量的容器。MSDN描述好吧,这可能是我的第一个问题。我没想到用户会创建这样一个场景——我想最多500行,这已经很多了。