如何对需传入数据库配置的Data Access Layer进行依赖注入？

我帮你把这段代码和相关说明整理成清晰的Markdown格式啦，不管是团队协作还是后续维护都会更方便：

1. 核心数据访问接口 #

这是你定义的通用CRUD规范接口，要求所有数据库仓储类都必须实现它，保证了数据操作的一致性：

namespace MyDataAccessInterfaces
{
    public interface IDataAccess
    {
        void Read();
        void Create();
        void Update();
        void Delete();
    }
}

小提示：可以根据实际业务需求给接口方法补充参数和返回值，比如泛型版本的T Read(int id)、void Create(T entity)，这样接口的通用性会更强哦。

2. SQL数据库实现类 #

你提到已经完成了SQL数据库的实现，且构造函数需要传入数据库配置（连接字符串等），这里补全了代码结构并做了优化建议：

namespace MyDataAccessImplementations
{
    // 建议用强类型配置类传递数据库参数，比零散参数更易维护
    public class DbConfig
    {
        public string ConnectionString { get; set; }
        // 可添加其他配置项，比如命令超时时间、数据库类型等
        public int CommandTimeout { get; set; } = 30;
    }

    public class SqlDataAccess : IDataAccess
    {
        private readonly DbConfig _dbConfig;

        // 构造函数注入数据库配置
        public SqlDataAccess(DbConfig dbConfig)
        {
            _dbConfig = dbConfig ?? throw new ArgumentNullException(nameof(dbConfig));
        }

        public void Read()
        {
            // 此处编写SQL读取逻辑，使用_dbConfig.ConnectionString建立数据库连接
        }

        public void Create()
        {
            // 此处编写SQL新增逻辑
        }

        public void Update()
        {
            // 此处编写SQL更新逻辑
        }

        public void Delete()
        {
            // 此处编写SQL删除逻辑
        }
    }
}

实用建议 #

• 可以用依赖注入（DI）来管理SqlDataAccess的实例，这样后续切换不同数据库实现会更灵活，也方便做单元测试
• 建议在仓储层统一处理数据库异常，转换为业务层能理解的异常类型，避免上层代码直接处理数据库相关的错误细节
• 如果后续要支持MySQL、PostgreSQL等其他数据库，只需要基于IDataAccess接口实现对应的仓储类即可，能很好地保持业务层与数据层的解耦

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