WinUI3中如何在不同XAML文件/控件间传递命令？

我有WPF开发背景，现在用WinUI3构建一款待办事项应用，为模拟复杂应用架构，拆分了ToDoTaskView、ToDoTaskViewModel与MainWindowView、MainWindowViewModel，没有采用单XAML文件的简易写法。

当前遇到的核心问题：ToDoTaskView内有一个删除按钮，但删除命令定义在MainWindowViewModel中（因为待办事项列表存储于此），这是子视图需要向父视图模型发送命令的典型场景。

精简代码示例 #

MainWindowView #

<UserControl>
    <ItemsRepeater ItemsSource="{Binding Tasks}">
        <DataTemplate>
            <local:ToDoTaskView />
        </DataTemplate>
    </ItemsRepeater>
</UserControl>

ToDoTaskView #

<UserControl>
    <Button Command="???">Delete</Button>
</UserControl>

WPF可行方案与WinUI3的局限 #

1. RoutedCommand #

这是我偏好的WPF方案：在MainWindowView监听自定义的ToDoTaskDeleted路由命令并绑定到视图模型的命令，视觉树中任意子元素都可触发该命令，由上层节点处理。

但WinUI3没有RoutedCommand，且自定义路由事件被锁定，无法自行实现类似功能。

2. DynamicResource #

WPF中可在MainWindowView.Resources定义绑定到视图模型命令的StandardUICommand，子视图通过{DynamicResource DeleteCommand}向上查找资源。

但WinUI3仅支持StaticResource，无DynamicResource；且ToDoTaskView处于模板上下文，跨XAML文件的StaticResource无法解析资源名称。虽将资源放到App.xaml可行，但我不想把所有命令都置于顶层作用域，希望保持作用域合理性。

3. RelativeAncestor #

WPF可通过RelativeSource的祖先查找绑定父视图模型的命令，但WinUI3的RelativeSource不支持任何形式的祖先查找。

4. 手动引用的权宜方案 #

给ToDoTaskViewModel添加MainWindowViewModel的直接引用也能解决问题，但我不认可这种方式——谁能保证待办项永远属于某个列表？它可能会出现在弹窗提醒中，通过视觉树处理才是合理方式。在WPF项目里我不会接受此类PR，但WinUI3中暂时没找到更优解。

WinUI3的可行替代方案 #

方案1：通过DataTemplate传递命令 #

修改MainWindowView的DataTemplate，将父视图模型的删除命令传递给子视图：

<UserControl x:Name="Root">
    <ItemsRepeater ItemsSource="{Binding Tasks}">
        <DataTemplate>
            <local:ToDoTaskView DeleteCommand="{Binding DataContext.DeleteCommand, ElementName=Root}" />
        </DataTemplate>
    </ItemsRepeater>
</UserControl>

在ToDoTaskView的代码后台定义DeleteCommand依赖属性：

public static readonly DependencyProperty DeleteCommandProperty =
    DependencyProperty.Register(nameof(DeleteCommand), typeof(ICommand), typeof(ToDoTaskView), new PropertyMetadata(null));

public ICommand DeleteCommand
{
    get => (ICommand)GetValue(DeleteCommandProperty);
    set => SetValue(DeleteCommandProperty, value);
}

最后在ToDoTaskView的XAML中绑定命令：

<Button Command="{Binding DeleteCommand, RelativeSource={RelativeSource Mode=Self}}">Delete</Button>

该方式保持了视图模型的解耦，子视图无需知晓父视图模型的存在，仅依赖传入的命令。

方案2：使用事件聚合器（Event Aggregator） #

引入事件聚合器模式，子视图模型发布删除事件，父视图模型订阅事件。以Prism的IEventAggregator为例：

1. 定义删除事件：

public class ToDoTaskDeletedEvent : PubSubEvent<ToDoTaskViewModel> { }

2. 在ToDoTaskViewModel中注入IEventAggregator，触发删除按钮时发布事件：

private readonly IEventAggregator _eventAggregator;

public ToDoTaskViewModel(IEventAggregator eventAggregator)
{
    _eventAggregator = eventAggregator;
    DeleteCommand = new RelayCommand(() => _eventAggregator.GetEvent<ToDoTaskDeletedEvent>().Publish(this));
}

public ICommand DeleteCommand { get; }

3. 在MainWindowViewModel中订阅事件：

public MainWindowViewModel(IEventAggregator eventAggregator)
{
    eventAggregator.GetEvent<ToDoTaskDeletedEvent>().Subscribe(OnTaskDeleted);
}

private void OnTaskDeleted(ToDoTaskViewModel task)
{
    Tasks.Remove(task);
}

该方式完全解耦父子视图模型，适配复杂场景，子视图可在任意位置使用，只要事件聚合器能传递事件。

方案3：利用VisualTreeHelper手动查找父视图模型 #

虽不够优雅，但可通过VisualTreeHelper在子视图后台向上查找父视图并获取其DataContext：

private ICommand GetParentDeleteCommand()
{
    DependencyObject parent = VisualTreeHelper.GetParent(this);
    while (parent != null)
    {
        if (parent is FrameworkElement fe && fe.DataContext is MainWindowViewModel vm)
        {
            return vm.DeleteCommand;
        }
        parent = VisualTreeHelper.GetParent(parent);
    }
    return null;
}

在ToDoTaskView加载完成后调用此方法，将命令赋值给按钮的Command属性。但该方式依赖视觉树结构，UI结构变化时易失效，不推荐在复杂项目中使用。

内容的提问来源于stack exchange，提问作者aurath