WPF MVVM模式下如何访问后台代码中赋值的属性？

看起来你在WPF MVVM模式下，遇到了View（Author.xaml.cs）中存储的对话框结果无法被ViewModel（AuthorViewModel.cs）正确获取的问题。核心矛盾是MVVM要求View和ViewModel解耦，直接让ViewModel访问View的属性会破坏这个原则，而且容易因为生命周期或时机问题导致值丢失。下面给你两个实用的解决方案：

方案1：改进中介者（Mediator）模式，实现双向通信 #

你已经在用Mediator做单向通知，其实可以扩展它实现View到ViewModel的结果回传，这样不用让ViewModel直接持有View的引用：

步骤1：修改View的SetClickedYes方法，回传结果 #

在Author.cs中，设置完IsClickedYes后，通过Mediator主动通知ViewModel结果：

public class Author {
    private bool _isClickedYes;
    public bool IsClickedYes {
        get { return _isClickedYes; }
        set { _isClickedYes = value; }
    }

    public Author() {
        Mediator.Register("SetClickedYesProperty", SetClickedYes);
    }

    private void SetClickedYes(object parameter) {
        // 显示确认对话框，这里模拟用户点击Yes的逻辑
        MessageBoxResult result = MessageBox.Show("Confirm?", "Title", MessageBoxButton.YesNo);
        _isClickedYes = result == MessageBoxResult.Yes;
        
        // 把结果通过Mediator通知ViewModel
        Mediator.NotifyCollegue("ClickedYesResult", _isClickedYes);
    }
}

步骤2：在ViewModel中注册消息并处理结果 #

在AuthorViewModel.cs中，注册对应的消息通道，接收View传递的结果：

public class AuthorViewModel : INotifyPropertyChanged {
    private bool _isClickedYes;
    public bool IsClickedYes {
        get => _isClickedYes;
        set {
            _isClickedYes = value;
            OnPropertyChanged(nameof(IsClickedYes));
        }
    }

    public AuthorViewModel() {
        // 注册接收结果的消息
        Mediator.Register("ClickedYesResult", UpdateClickedYesResult);
    }

    // 触发对话框的方法（比如绑定到按钮命令）
    public void TriggerConfirmDialog() {
        Mediator.NotifyCollegue("SetClickedYesProperty", null);
    }

    private void UpdateClickedYesResult(object parameter) {
        if (parameter is bool result) {
            IsClickedYes = result;
            // 在这里处理你的业务逻辑
            if (IsClickedYes) {
                // 执行需要确认的操作
                Console.WriteLine("User clicked Yes, perform operation...");
            }
        }
    }

    // 实现INotifyPropertyChanged接口（MVVM必备）
    public event PropertyChangedEventHandler PropertyChanged;
    protected void OnPropertyChanged(string propertyName) {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}

这个方案保留了你现有的Mediator用法，同时解决了结果回传的问题，且不破坏View和ViewModel的解耦。

方案2：使用对话框服务（推荐的MVVM优雅实现） #

更符合MVVM设计原则的方式是把对话框逻辑抽象成服务，让ViewModel依赖服务接口而不是具体的View，这样既解耦又方便单元测试：

步骤1：定义对话框服务接口 #

public interface IDialogService {
    // 定义确认对话框方法，返回用户的选择结果
    bool ShowConfirmDialog(string message, string title);
}

步骤2：在View层实现服务 #

public class WpfDialogService : IDialogService {
    public bool ShowConfirmDialog(string message, string title) {
        var result = MessageBox.Show(message, title, MessageBoxButton.YesNo);
        return result == MessageBoxResult.Yes;
    }
}

步骤3：ViewModel依赖服务并调用 #

public class AuthorViewModel {
    private readonly IDialogService _dialogService;

    // 通过构造注入服务（可以用依赖注入框架，比如Autofac、Microsoft.Extensions.DependencyInjection）
    public AuthorViewModel(IDialogService dialogService) {
        _dialogService = dialogService;
    }

    public void PerformActionWithConfirm() {
        // 直接调用服务获取对话框结果，不需要和View做间接通信
        bool isClickedYes = _dialogService.ShowConfirmDialog("Are you sure you want to proceed?", "Confirmation");
        
        if (isClickedYes) {
            // 执行你的业务操作
            Console.WriteLine("Confirmed, executing operation...");
        }
    }
}

这种方式的优势在于：

• ViewModel完全不依赖View，符合MVVM的关注点分离原则
• 单元测试时可以用Mock的IDialogService返回固定结果，不需要真的弹出对话框
• 代码逻辑更直接，没有中间的Mediator来回传递消息

为什么你之前的尝试会失败？ #

你提到在ViewModel中创建属性并在后台代码赋值后，值变为null，大概率是因为：

1. 时机问题：ViewModel在发送Mediator通知后立刻去读取属性，但此时对话框还没关闭，属性还没被赋值
2. 生命周期不一致：View的实例可能被重新创建，导致之前赋值的属性丢失
3. 引用问题：ViewModel持有的View引用不是当前活跃的实例

以上两个方案都能避免这些问题，其中方案2是MVVM中处理这类用户交互的标准做法，更推荐你采用。

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