ADO.NET数据访问层：ExecuteNonQuery的int结果需传递至领域层吗？

咱们来拆解你这两个关联的问题，核心其实是分层架构中职责分离的考量，先直接给结论，再慢慢说细节：

问题1：是否要把ExecuteNonQuery的int返回值传递到领域层？ #

不是必须直接传，但要看领域层的实际需求：

• 如果领域层需要知道「操作是否真的修改了数据」（比如避免更新一个不存在的任务却没感知到），那可以传递，但不要直接传原始的int——因为这个int是数据库层面的细节（受影响行数），领域层应该关心的是业务语义。建议封装成自定义的结果对象，比如OperationResult，里面包含是否成功、受影响行数（如果需要）、业务友好的提示信息。
• 如果领域层只需要知道操作成功与否，那可以在DAL层就把int转换成布尔值（比如affectedRows > 0），或者在受影响行数为0时抛出业务异常（比如EntityNotFoundException），让领域层直接处理成功/失败的业务逻辑，不用接触数据库细节。

问题2：是否要让领域层接口也返回int类型？ #

非常不建议直接返回int！领域层的核心是处理业务逻辑，它对外暴露的应该是业务语义，而不是数据库的技术细节。举个例子：

• 如果你在领域层接口返回int，上层调用者拿到数字后还要自己判断「0代表没找到实体？还是操作失败？」，这会把数据库的细节泄露到上层，违反分层原则。
• 更好的做法是：领域层接口返回自定义的业务结果对象，或者在操作失败时抛出业务异常。比如更新任务的接口，可以返回TaskUpdateResult，里面包含操作是否成功、任务的状态（比如「任务不存在」「更新成功」「状态非法」）等业务相关信息。

代码示例优化 #

原来的DAL层直接返回int，我们可以改成这样：

第一步：DAL层封装数据库操作结果

// 自定义数据库操作结果类
public class DbOperationResult
{
    public bool IsSuccess { get; }
    public int AffectedRows { get; }
    public string ErrorMessage { get; }

    private DbOperationResult(bool isSuccess, int affectedRows, string errorMessage)
    {
        IsSuccess = isSuccess;
        AffectedRows = affectedRows;
        ErrorMessage = errorMessage;
    }

    public static DbOperationResult Success(int affectedRows)
    {
        return new DbOperationResult(true, affectedRows, string.Empty);
    }

    public static DbOperationResult Failure(string errorMessage)
    {
        return new DbOperationResult(false, 0, errorMessage);
    }
}

// 改进后的DAL Update方法
public static DbOperationResult Update(Task task)
{
    string query = "update tasks set userIdAssignedTo = @userIdAssignedTo, name = @name, status = @status where id = @id";
    using (var conn = new SqlConnection(YourConnectionString))
    {
        conn.Open();
        var cmd = new SqlCommand(query, conn);
        // 绑定参数：userIdAssignedTo、name、status、id
        cmd.Parameters.AddWithValue("@userIdAssignedTo", task.UserIdAssignedTo);
        cmd.Parameters.AddWithValue("@name", task.Name);
        cmd.Parameters.AddWithValue("@status", task.Status);
        cmd.Parameters.AddWithValue("@id", task.Id);

        int affectedRows = cmd.ExecuteNonQuery();
        
        if (affectedRows == 0)
        {
            return DbOperationResult.Failure("未找到要更新的任务");
        }
        return DbOperationResult.Success(affectedRows);
    }
}

第二步：领域层封装业务结果

// 领域层的任务更新结果类（包含业务语义）
public class TaskUpdateResult
{
    public bool IsSuccess { get; }
    public TaskUpdateStatus Status { get; }
    public string Message { get; }

    public enum TaskUpdateStatus
    {
        UpdateSucceeded,
        TaskNotFound,
        InvalidTaskStatus
    }

    private TaskUpdateResult(bool isSuccess, TaskUpdateStatus status, string message)
    {
        IsSuccess = isSuccess;
        Status = status;
        Message = message;
    }

    public static TaskUpdateResult Success()
    {
        return new TaskUpdateResult(true, TaskUpdateStatus.UpdateSucceeded, "任务更新成功");
    }

    public static TaskUpdateResult TaskNotFound()
    {
        return new TaskUpdateResult(false, TaskUpdateStatus.TaskNotFound, "未找到指定的任务");
    }

    public static TaskUpdateResult InvalidStatus()
    {
        return new TaskUpdateResult(false, TaskUpdateStatus.InvalidTaskStatus, "任务状态非法");
    }
}

// 领域层的服务接口
public interface ITaskDomainService
{
    TaskUpdateResult UpdateTask(Task task);
}

// 领域层服务实现
public class TaskDomainService : ITaskDomainService
{
    public TaskUpdateResult UpdateTask(Task task)
    {
        // 先做业务校验：比如任务状态是否允许更新
        if (!IsValidTaskStatus(task.Status))
        {
            return TaskUpdateResult.InvalidStatus();
        }

        // 调用DAL层方法
        var dbResult = TaskDal.Update(task);
        if (!dbResult.IsSuccess)
        {
            return TaskUpdateResult.TaskNotFound();
        }

        return TaskUpdateResult.Success();
    }

    private bool IsValidTaskStatus(TaskStatus status)
    {
        // 业务校验逻辑：比如已完成的任务不能修改
        return status != TaskStatus.Completed;
    }
}

补充说明 #

如果你的项目非常简单，没有复杂的业务逻辑，直接传递int也能跑起来，但从长期维护的角度来说，封装业务语义的结果对象会让代码更清晰，上层调用者不用猜数字的含义，也符合分层架构的职责分离原则——DAL管数据库细节，领域层管业务逻辑，上层管交互和展示。

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