ASP.NET Core中如何向实体模型注入依赖？

首先明确：无法直接通过ASP.NET Core的依赖注入(DI)容器将服务注入到实体类中。原因在于实体类（比如你的User）通常由ORM框架（如EF Core）负责实例化，而DI容器仅管理服务类（控制器、仓储、中间件等）的生命周期，不会介入实体对象的创建过程。

你尝试添加builder.Services.AddSingleton<IUser, User>()无效的核心原因是：当从_context.Users获取User实例时，EF Core会直接调用User的无参构造函数创建对象，完全不会通过DI容器，因此带IMyConfig参数的构造函数根本不会被执行，_config会是null，最终导致Company属性调用报错。

可行解决方案 #

方案1：通过仓储映射实体到DTO/视图模型（推荐） #

保持实体类的纯净性（仅负责存储数据），在仓储层将实体转换为包含额外配置信息的DTO（数据传输对象），把MyConfig的信息注入到DTO中。

示例代码：

// 定义UserDTO，实现IUser接口
public class UserDto : IUser
{
    public int Id { get; set; }
    public string Name { get; set; }
    public string Company { get; set; }
}

// 修改仓储的GetUsers方法
public class MyRep : IMyRep
{
    private readonly DbContext _context;
    private readonly IMyConfig _config;

    public MyRep(DbContext context, IMyConfig config)
    {
        _context = context;
        _config = config;
    }

    public IEnumerable<IUser> GetUsers()
    {
        return _context.Users.Select(m => new UserDto
        {
            Id = m.Id,
            Name = m.Name,
            Company = _config.CompanyName
        });
    }

    // 其他方法...
}

这种方式符合单一职责原则，实体只处理数据存储，业务/展示所需的额外信息由上层服务处理，同时保留了DI的灵活性，便于测试。

方案2：使用工厂模式创建实体（适用于手动创建实体的场景） #

如果你的User实体不是由ORM创建，而是需要手动实例化，可以通过工厂类封装实体的创建逻辑，工厂类依赖IMyConfig，再由DI容器管理工厂的生命周期。

示例代码：

// 定义用户工厂接口
public interface IUserFactory
{
    User CreateUser(int id, string name);
}

// 实现用户工厂
public class UserFactory : IUserFactory
{
    private readonly IMyConfig _config;

    public UserFactory(IMyConfig config)
    {
        _config = config;
    }

    public User CreateUser(int id, string name)
    {
        return new User(_config)
        {
            Id = id,
            Name = name
        };
    }
}

在Program.cs中注册工厂：

builder.Services.AddSingleton<IUserFactory, UserFactory>();

之后需要创建User实例时，注入IUserFactory调用CreateUser方法，而非直接new User。

方案3：静态配置访问（不推荐） #

如果必须让实体直接访问配置，可以将MyConfig改为静态类或提供静态访问入口，但这种方式会破坏依赖注入的灵活性，导致实体难以进行单元测试，仅作为极端场景下的临时方案。

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