gpt4 book ai didi

wpf - 单个 Observable Collection 与 Filtered Observable Collection 的性能

转载 作者:行者123 更新时间:2023-12-04 16:08:26 24 4
gpt4 key购买 nike

例如,大型集合绑定(bind)更快,

要求 - 电子交易申请:

Price Blotter - 例如,显示不同证券的报价/交易。

主视图 - 显示所有报价。

乡村景观 - 显示属于特定国家的证券的报价/交易。例如。英国/法国等

目前 - 我们为每个 View 都有可观察的集合,当价格从服务器到达时,我们根据过滤器向每个可观察的集合发送一个副本,即一个到主视图,例如基于国家到国家 View 。

问题:即使 CollectionViewsource 在添加/删除价格时需要刷新,过滤后的可观察集合是否优于此模型。刷新 CollectionView 源会增加任何性能损失。

上面的例子仅供引用,最多可以有20个不同的 View ,最多可以有20-50K,5-6K个独特的价格,每个都有一个非常大的盘中价格深度。应用程序对 GUI 性能有很高的要求。

我打算用一个轻量级的 Tableview 替换当前的 Datagrid,想知道单个主 Observable 集合是否也会有所帮助。

非常感谢您的投入。

最佳答案

刷新 CollectionViewSource可能对性能非常不利,因为它会导致 View 中的项目和项目容器被重新生成(请参阅下一句中的链接以供引用)。这就是有 Editable Collections 的全部原因在 WPF 中。我曾经为一个产品实现过大型可修改集合,并且在使用 IEditableCollectionView 时从未遇到过性能问题。尽管这并不是说它对于您的应用程序可能不够快。

我的猜测是如果你使用 IEditableCollectionView如果您将集合拆分或将它们全部放在一个巨大的集合中并应用不同的过滤器,这并不重要。

关于wpf - 单个 Observable Collection 与 Filtered Observable Collection 的性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30754922/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com