WPF：能否用转换器替代代码后置处理ListView的Drop事件？

嘿，这个问题问得好！确实可以替代代码后置的事件注册方式，但转换器并不是合适的选择——转换器的本职工作是在数据绑定里做值的转换（比如把bool转成Visibility），而事件注册属于UI行为逻辑范畴，硬用转换器不仅违反单一职责，还容易引发内存泄漏问题。咱们换用更贴合WPF设计模式的方案：自定义附加属性或者Blend行为，这俩都能完美替代代码后置的写法，下面给你一步步讲：

方案1：自定义附加属性（无额外依赖） #

这种方式可以把Drop事件的处理逻辑和AllowDrop的状态绑定起来，自动完成事件的注册/注销，完全摆脱代码后置。

首先创建一个附加属性类，用来封装事件逻辑：

using System.Windows;
using System.Windows.Controls;
using System.Windows.Input;

public static class DropBehavior
{
    // 附加属性：存储Drop事件对应的命令
    public static readonly DependencyProperty DropCommandProperty =
        DependencyProperty.RegisterAttached(
            "DropCommand",
            typeof(ICommand),
            typeof(DropBehavior),
            new PropertyMetadata(null, OnDropCommandChanged));

    // 附加属性：同步ViewModel的AllowDrop到ListView
    public static readonly DependencyProperty SyncAllowDropProperty =
        DependencyProperty.RegisterAttached(
            "SyncAllowDrop",
            typeof(bool),
            typeof(DropBehavior),
            new PropertyMetadata(false, OnSyncAllowDropChanged));

    // Get/Set方法（WPF附加属性必须的）
    public static ICommand GetDropCommand(DependencyObject obj)
    {
        return (ICommand)obj.GetValue(DropCommandProperty);
    }

    public static void SetDropCommand(DependencyObject obj, ICommand value)
    {
        obj.SetValue(DropCommandProperty, value);
    }

    public static bool GetSyncAllowDrop(DependencyObject obj)
    {
        return (bool)obj.GetValue(SyncAllowDropProperty);
    }

    public static void SetSyncAllowDrop(DependencyObject obj, bool value)
    {
        obj.SetValue(SyncAllowDropProperty, value);
    }

    // 当DropCommand变化时，自动注册/注销Drop事件
    private static void OnDropCommandChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
    {
        if (d is ListView listView)
        {
            // 先移除旧的事件绑定
            listView.Drop -= ListView_DropHandler;
            // 如果有新命令，添加事件绑定
            if (e.NewValue is ICommand newCommand)
            {
                listView.Drop += ListView_DropHandler;
            }
        }
    }

    // 同步AllowDrop状态到ListView
    private static void OnSyncAllowDropChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
    {
        if (d is ListView listView)
        {
            listView.AllowDrop = (bool)e.NewValue;
        }
    }

    // Drop事件的统一处理逻辑，调用ViewModel中的命令
    private static void ListView_DropHandler(object sender, DragEventArgs e)
    {
        if (sender is ListView listView)
        {
            var command = GetDropCommand(listView);
            if (command?.CanExecute(e) == true)
            {
                command.Execute(e);
            }
        }
    }
}

接下来在XAML中绑定这两个附加属性，完全不用代码后置：

<ListView Name="lvFiles"
         local:DropBehavior.SyncAllowDrop="{Binding AllowDrop}"
         local:DropBehavior.DropCommand="{Binding DropCommand}"/>

最后在ViewModel中添加对应的ICommand，把原来lvFiles_Drop里的逻辑移到命令执行方法中：

using System.Windows.Input;
using GalaSoft.MvvmLight; // 这里用MVVM Light的RelayCommand做例子，你也可以用自己实现的ICommand

public class YourViewModel : ViewModelBase
{
    private bool _allowDrop;
    public bool AllowDrop
    {
        get => _allowDrop;
        set => Set(ref _allowDrop, value);
    }

    public ICommand DropCommand { get; }

    public YourViewModel()
    {
        DropCommand = new RelayCommand<DragEventArgs>(ExecuteDropAction);
    }

    private void ExecuteDropAction(DragEventArgs e)
    {
        // 把原来lvFiles_Drop中的处理逻辑放到这里
        // 比如获取拖拽的文件：
        if (e.Data.GetDataPresent(DataFormats.FileDrop))
        {
            var files = (string[])e.Data.GetData(DataFormats.FileDrop);
            // 处理文件逻辑...
        }
    }
}

方案2：使用Blend Behaviors（更简洁） #

如果你的项目已经引用了Blend行为库，这种方式会更简洁，不用自己写附加属性：

1. 先安装NuGet包：Microsoft.Xaml.Behaviors.Wpf
2. 在XAML中直接用行为绑定Drop事件：

<ListView Name="lvFiles" AllowDrop="{Binding AllowDrop}">
    <i:Interaction.Triggers>
        <i:EventTrigger EventName="Drop">
            <i:InvokeCommandAction Command="{Binding DropCommand}" CommandParameter="{Binding ., RelativeSource={RelativeSource Mode=Self}}"/>
        </i:EventTrigger>
    </i:Interaction.Triggers>
</ListView>

3. ViewModel中的DropCommand实现和方案1完全一样，把原来的事件逻辑移到命令里即可。

为什么转换器不适合？ #

再补充一句：转换器的Convert/ConvertBack方法只负责值的转换，没有合适的时机让你拿到ListView实例去注册事件。就算强行在转换器里做，不仅违反了转换器的单一职责，还会因为转换器通常是单例模式，持有控件引用导致内存泄漏——控件无法被GC回收，这就得不偿失了。

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