c# - WPF 和 MVVM 的结构和性能

Question

我需要创建一个简单的菜单/选择设计工具 - 这个想法是有一个类别选择和一个更大的选择，这些选择按所选类别过滤。最终这将在 Kiosk 风格的环境中运行。

我正在使用 MVVM，我的设计包含一个 View ，该 View 在两个 ItemsControl 中包含 2 个网格 - 一个用于类别(2 行 x 10 列)，一个用于选项 (10 x 10)。在我的 ViewModel 中，这些 ItemsControl 都绑定(bind)到 ObservableCollection 对象，一些细节(标题、颜色等)绑定(bind)到部件的属性。 DataTemplate 绑定(bind)到单独程序集中的项目类，因为我也想在自助服务终端应用程序中重用它们。

我使用“ModifiedBehaviours”类将我的网格对象上的右击和左击映射到与此类似的 ViewModel 拾取的命令

How can I attach two attached behaviors to one XAML element?

从我读过的内容来看，该设计似乎“干净”(这里对 MVVM 来说相对较新)，因为 View 的代码隐藏除了将 ViewModel 分配给窗口的 DataContext 之外什么都没有，没有 x:name= 标签 View 和 ViewModel 不直接与 View 交互。

但是我确实遇到了性能问题。

当用户点击一个类别时，我创建了一个新的 ObservableCollection，其中包含它的详细信息项——我还在设计模式中填充了空白，所以我最终得到 100 个选择，空的选项在他们。

创建此集合的时间很短 - 在 1.6 Ghz 上网本上不到 0.01 秒(Kiosk PC 会很慢，所以我在较慢的硬件上进行测试)。然而，一旦控件绑定(bind)到的集合被刷新，UI 就需要大约 2 秒的时间来更新，这比我正在重新创建的旧应用程序慢得多——它是用非常古老的 Delphi 编写的。

我尝试过各种方法。首先，我通过删除一些渐变和其他内容来简化我的 XAML，使其尽可能简单——最终归结为单个文本 block 。然后在刷新集合时，我单独创建它，然后将其分配给绑定(bind)的集合，以便更新“一次全部”发生。第三，我稍微打破了我的设计并在窗口和网格的更新代码周围添加了 BeginInit() 和 EndInit()。

这些都没有带来丝毫改善。

以下是 - 这引出了我的问题。

1. 我从项目控件中删除了一个命令行为 - 虽然我需要同时进行右键单击和左键单击。这是否必须将每个项目单元格(其中 100 个)的事件绑定(bind)到命令导致问题？

对于每个网格单元是否有右击和左击的替代方法？

1. <- 这是我标记中的 2!我将项目(边框、文本 block 和命令)的 XAML 从单独的程序集复制到主窗口 XAML 中。这带来了最大、最简单的改进，但我不明白为什么。

两者单独产生了差异，两者一起使性能“可以接受”——尽管仍然非常缓慢。还有什么我可以看的吗？

我的控件看起来像这样(在单独的程序集中)。在任何人如上所述指出之前，我已经尝试删除其中的很多内容，甚至将其缩减为只是一个文本 block 。

<Control.Resources>
    <Style x:Key="MyBorderStyle" TargetType="Border">
        <Style.Triggers>
            <DataTrigger Binding="{Binding IsSelected}" Value="True">
                <Setter Property="BorderBrush" Value="Red"/>
                <Setter Property="BorderThickness" Value="3"/>
            </DataTrigger>
            <DataTrigger Binding="{Binding IsSelected}" Value="False">
                <Setter Property="BorderBrush" Value="{Binding BackColour}"/>
                <Setter Property="BorderThickness" Value="0"/>
            </DataTrigger>
        </Style.Triggers>
    </Style>
</Control.Resources>
<Grid>
    <Border Margin="1" Style="{StaticResource MyBorderStyle}" CornerRadius="8">
        <CommandBehaviour:CommandBehaviorCollection.Behaviors>
            <CommandBehaviour:BehaviorBinding Event="MouseLeftButtonDown" Command="{Binding DataContext.SelectLeftCommand, 
                RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}" CommandParameter="{Binding ItemKey}"/>
            <CommandBehaviour:BehaviorBinding Event="MouseRightButtonDown" Command="{Binding DataContext.SelectRightCommand, 
                RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}" CommandParameter="{Binding ItemKey}"/>
        </CommandBehaviour:CommandBehaviorCollection.Behaviors>
        <Border.Background>
            <LinearGradientBrush StartPoint="0.7,0" EndPoint="0.7,1">
                <GradientStop Color="{Binding BackColour}" Offset="0"/>
                <GradientStop Color="#33333333" Offset="1.5"/>
            </LinearGradientBrush>
        </Border.Background>
            <TextBlock HorizontalAlignment="Center" VerticalAlignment="Center" Foreground="{Binding ForeColour}" Text="{Binding Description}"/>
    </Border>
</Grid>

当我将它复制到主窗口中的 ItemsTemplate 并且性能改进坚持时，我可以保留很多这样的地方。

声明-咆哮WPF 最大的问题之一似乎是很多性能(和其他)问题都在某个地方“陷入困境”——在幕后的代码中——这使得在没有外部和外部的情况下很难弄清楚正在发生的事情。有时相当复杂的性能和分析工具以及下载、安装和学习它们的时间。

这才是真正的裤子。

然后呼吸...语句结束

Answer 1

when refreshing the collection I create it seperately and then assign it to the bound one so the update happens "all at once".

如果只是刷新，那么你不应该创建一个新的 ObservableCollection，而只是添加/删除项目；分配一个新的 ObservableCollection 会导致 WPF 引擎清除旧的 UI 并再次呈现整个 UI，这将非常耗时。

还要检查绑定(bind)错误，因为它们也是 impact性能，在 Debug模式下查看 Visual Studio 中的输出窗口，您将获得绑定(bind)错误的详细信息。这种情况在 RelativeSource 绑定(bind)中经常发生，并且在您的情况下也可能成为瓶颈。