MVVM架构下数据完整性校验及用户通知责任归属咨询

嘿，很高兴你能敏锐地察觉到这个MVVM里的常见坑！你的判断完全正确——ViewModel里直接调用MessageBox.Show()绝对是不良实践，这会把VM和View硬耦合在一起，彻底违背了MVVM“关注点分离”的核心思想。咱们把这个问题拆成两部分来聊：

首先得区分两种不同类型的校验：

1. 即时格式校验（比如输入格式、必填项） #

这类校验适合放在View层做实时反馈，比如用户输入薪资时，立刻检查是不是数字、有没有输入内容。你可以用View框架的内置验证机制（比如WPF的ValidationRule、前端的表单验证指令），让用户在输入过程中就能得到即时提示，不用等提交才发现问题，体验更好。

但要注意：View层的校验只是“第一道防线”，不能替代VM的校验——因为总有绕过View直接操作VM的场景（比如批量导入数据、后台接口推送数据），VM必须自己保证数据的合法性。

2. 业务规则/数据完整性校验 #

这类校验必须放在ViewModel层，比如“薪资不能低于当地最低工资”、“入职日期不能晚于当前日期”这类和业务强绑定的规则。VM是处理业务逻辑的核心，它的职责之一就是确保所有进入业务流程的数据符合要求，不管数据来自哪里。

重点来了：VM绝对不能直接调用View的控件（比如MessageBox），而是要通过解耦的通知机制把错误信息传递给View，让View来负责展示。常见的方式有两种：

• 实现INotifyDataErrorInfo接口（WPF、UWP等.NET UI框架常用）：VM把错误信息暴露成可绑定的集合，View通过数据绑定来展示错误（比如输入框变红、下方显示红色提示文字）；
• 使用消息中介（比如Messenger模式）：VM发送一条“显示错误消息”的消息，View提前注册接收这个消息，收到后再用自己的方式展示（比如弹出MessageBox、显示Snackbar提示）。

得分情况来看：

• 即时格式错误（比如输入了非数字的薪资）：由View负责展示，用不打断用户操作的即时反馈（比如输入框边框变红、旁边显示小提示），别动不动就弹框；
• 业务规则类错误（比如薪资低于最低工资）：由VM负责收集错误信息，View负责展示。VM只需要告诉View“这里有错误，内容是XX”，至于用什么UI组件展示，完全由View决定——这样VM和View彻底解耦，哪怕以后换个UI框架（比如从WPF换成Blazor），VM的代码也不用改。

最后给你个改进后的示例，用INotifyDataErrorInfo的思路：

public class UserViewModel : INotifyDataErrorInfo, INotifyPropertyChanged
{
    private string _userSalary;
    private readonly Dictionary<string, List<string>> _errors = new();

    public string UserSalary
    {
        get => _userSalary;
        set
        {
            _userSalary = value;
            ValidateSalary();
            OnPropertyChanged();
        }
    }

    private void ValidateSalary()
    {
        ClearErrors(nameof(UserSalary));
        
        // 格式校验
        if (string.IsNullOrWhiteSpace(UserSalary) || !decimal.TryParse(UserSalary, out _))
        {
            AddError(nameof(UserSalary), "UserSalary is in incorrect format");
            return;
        }

        // 业务规则校验
        var salary = decimal.Parse(UserSalary);
        if (salary < 1200) // 假设当地最低工资是1200
        {
            AddError(nameof(UserSalary), "UserSalary cannot be lower than the minimum wage (1200)");
        }
    }

    // INotifyDataErrorInfo 实现细节
    public bool HasErrors => _errors.Any();
    public event EventHandler<DataErrorsChangedEventArgs>? ErrorsChanged;
    public IEnumerable GetErrors(string? propertyName)
    {
        return propertyName != null && _errors.ContainsKey(propertyName) 
            ? _errors[propertyName] 
            : Enumerable.Empty<string>();
    }

    private void AddError(string propertyName, string errorMessage)
    {
        if (!_errors.ContainsKey(propertyName))
            _errors[propertyName] = new List<string>();
        
        if (!_errors[propertyName].Contains(errorMessage))
        {
            _errors[propertyName].Add(errorMessage);
            OnErrorsChanged(propertyName);
        }
    }

    private void ClearErrors(string propertyName)
    {
        if (_errors.ContainsKey(propertyName))
        {
            _errors.Remove(propertyName);
            OnErrorsChanged(propertyName);
        }
    }

    private void OnErrorsChanged(string propertyName)
    {
        ErrorsChanged?.Invoke(this, new DataErrorsChangedEventArgs(propertyName));
    }

    // INotifyPropertyChanged 实现细节
    public event PropertyChangedEventHandler? PropertyChanged;
    protected void OnPropertyChanged([CallerMemberName] string? propertyName = null)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}

然后在View里绑定错误信息（以WPF为例）：

<TextBox Text="{Binding UserSalary, UpdateSourceTrigger=PropertyChanged}">
    <Validation.ErrorTemplate>
        <ControlTemplate>
            <StackPanel>
                <AdornedElementPlaceholder />
                <TextBlock Foreground="Red" Margin="0,2,0,0" 
                           Text="{Binding [0].ErrorContent}" />
            </StackPanel>
        </ControlTemplate>
    </Validation.ErrorTemplate>
</TextBox>

这样一来，VM完全不依赖View，View也能根据VM的错误信息做出合适的UI反馈，完美符合MVVM的设计原则。

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