如何处理域模型的按需数据获取

Question

鉴于以下情况...

我担心两件事......

1) 可以将提供者注入业务模型对象吗？ - 就像我对文件夹实现所做的那样，因为我想按需加载子文件夹。

2) 由于我在 IFolderDataProvider 的 Sql 实现中注入 DbContext，上下文可以被释放或者它可以永远存在，因此我应该在构造函数中实例化上下文吗？

如果这个设计不正确，那么请告诉我应该如何加载商业模型。

//Business model.
interface IFolder
{
    int Id { get; }
    IEnumerable<IFolder> GetSubFolders();
}

class Folder : IFolder
{
    private readonly int id_;
    private readonly IFolderDataProvider provider_;

    public Folder(int id, IFolderDataProvider provider)
    {
        id_ = id;
        provider_ = provider;
    }

    public int Id { get; }

    public IEnumerable<IFolder> GetSubFolders()
    {
        return provider_.GetSubFoldersByParentFolderId(id_);
    }
}

interface IFolderDataProvider
{
    IFolder GetById(int id);

    IEnumerable<IFolder> GetSubFoldersByParentFolderId(int id);
}

class SqlFolderDataProvider : IFolderDataProvider
{
    private readonly DbContext context_;

    public SqlFolderDataProvider(DbContext context)
    {
        context_ = context;
    }

    public IFolder GetById(int id)
    {
        //uses the context to fetch the required folder entity and translates it to the business object.
        return new Folder(id, this);
    }

    public IEnumerable<IFolder> GetSubFoldersByParentFolderId(int id)
    {
        //uses the context to fetch the required subfolders entities and translates it to the business objects.
    }
}

Answer 1

可以将提供者注入业务模型对象吗？ - 就像我对文件夹实现所做的那样，因为我想按需加载子文件夹。

是的，您还能如何调用提供者并获取数据？

但是，后缀DataProvider 非常令人困惑，因为它用于连接到数据库的提供程序。我建议将其更改为其他内容。示例：Repository、Context。

由于我在 IFolderDataProvider 的 Sql 实现中注入 DbContext，上下文可以被释放或者它可以永远存在，因此我应该在构造函数中实例化上下文吗？

它不一定会永远存在。当您将其添加为服务时，您可以在 ConfigureServices 函数中决定其生命周期，因此您可以将其范围从 Singleton 更改为您喜欢的任何内容。我个人将DBContext 服务的范围设置为Transient，并且我还使用连接字符串在那里启动它：

services.AddTransient<IDbContext, DbContext>(options =>
                      new DbContext(Configuration.GetConnectionString("DefaultDB")));

然后我在我的数据层文件中的每个函数中打开和关闭数据库连接（你称之为提供者）。我在 using() 语句中打开它，然后保证在任何情况下（正常或异常）关闭连接。像这样的：

public async Task<Location> GetLocation(int id) {
  string sql = "SELECT * FROM locations WHERE id = @p_Id;";
  using (var con = _db.CreateConnection()) {
     //get results
  }
}

Answer 2

是否可以将提供者注入到业务模型对象中

是的，如果您将其称为“业务”提供商：)。其实不要太认真对待所有这些术语“注入”、“提供者”。直到您传递（到业务模型层的方法/构造函数）在业务模型层上声明的接口（以及文档抽象泄漏）-您没问题。

我应该在构造函数中实例化上下文吗？

这可能被视为应记录在案的抽象泄漏。重用的上下文可能会被破坏或与另一个线程共享等等——所有这些都会带来副作用。所以开发人员倾向于为每个“用户请求”创建一个像 dbContext 这样的“重”对象（这通常意味着每个服务调用using(var context = new DbContext())，但并非总是如此，例如有时我与身份验证服务调用共享它 - 检查是否允许下一个操作对于这个用户）。顺便说一句，DbContext 的创建速度非常快，所以不要仅仅为了“优化”而重用它。