WPF-MVVM应用：用户未找到时抛异常还是返回Null？

优先选择抛出EntityNotFoundException，结合你的WPF-MVVM架构和业务场景，理由如下：

• 业务语义匹配：用户昵称本身是不可为空的字段，传入无效ID属于非预期的业务错误，不是正常流程的一部分。抛出异常能直接传递“这个操作违反了业务规则”的信号，相比返回null，能避免后续ViewModel因忽略空值导致的空引用异常，排查起来更直观。

• 架构职责清晰：服务层作为业务逻辑和数据访问的边界，应该把异常向上传递给ViewModel处理。ViewModel可以通过INotifyDataErrorInfo把错误信息绑定到UI，或者弹出提示框告知用户“无效的用户ID”，这样服务层专注数据逻辑，ViewModel专注UI反馈，职责划分更合理。

• 与EF生态风格统一：Entity Framework本身就通过异常（比如DbUpdateConcurrencyException）来传递数据操作的错误，保持一致的异常处理风格，能让整个数据访问层的逻辑更统一，团队协作时也更容易理解。

当然，如果你的场景中无效ID是预期的正常情况（比如用户可选输入一个非必填的用户ID），返回null才是合理的。但从你描述的“用户昵称本不应为Null”来看，这个ID应该是必须有效的，所以这种情况不适用。

给个简单的代码示例：

服务层实现：

public async Task<string> GetNicknameAsync(Guid userId)
{
    var user = await _dbContext.Users.FirstOrDefaultAsync(u => u.Id == userId);
    if (user == null)
    {
        throw new EntityNotFoundException($"未找到ID为{userId}的用户");
    }
    return user.Nickname; // 确保Nickname字段在EF模型中配置为非空
}

ViewModel中的异常处理：

public async Task LoadUserNickname(Guid userId)
{
    try
    {
        UserNickname = await _userService.GetNicknameAsync(userId);
        ErrorMessage = string.Empty;
    }
    catch (EntityNotFoundException ex)
    {
        ErrorMessage = ex.Message;
        // 或者通过INotifyDataErrorInfo将错误关联到对应的UI控件
    }
}

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