基类中的构造函数依赖注入

Question

我正在使用Entity Framework构建存储库基类,其中所有实体存储库都将继承.我想DatabaseContext使用Ninject使用Dependency Injection 注入in基类.我认为构造函数注入是正确的方法,但在派生类I中使用构造函数注入执行此操作必须将参数传递给基类中的构造函数,我不想要它.因此,Setter Injection更合适吗？

这是我的代码:

public abstract class BaseRepository<TEntity> : IDisposable 
    where TEntity : class
{
    private readonly DatabaseContext _databaseContext;

    protected BaseRepository(DatabaseContext databaseContext)
    {
        this._databaseContext = databaseContext;
    }
}

在上面的例子中使用构造函数注入,在我的派生类中,我必须将databaseContext对象传递给基类,我不喜欢对我的所有派生类执行此操作:

public class UsuarioRepository : BaseRepository<IUsuario>,
    IUsuarioRepository
{
    public UsuarioRepository(DatabaseContext databaseContext)
        : base(databaseContext)
    {
    }
}

Setter Injection而不是Constructor Injection是解决这个问题的好方法吗？什么是最好的方法？

更新:

使用Setter Injection我的派生类不会有构造函数:

public class UsuarioRepository : BaseRepository<IUsuario>, IUsuarioRepository
{
}

我的上下文只是所有应用程序中的一个.我不需要派生类来传递上下文对象,但是我想将它注入基类中以便将来使用模拟测试.

我解决了这个问题:

对不起,我对这个问题感到困惑,但是我正在解决建立工厂的问题:

public abstract class BaseRepository<TEntity> : IBaseRepository<TEntity>
   where TEntity : class
{
    private readonly ContextFactory _contextFactory = new ContextFactory();

    protected DatabaseContext CurrentContext
    {
        get
        {
            return this._contextFactory.GetCurrentContext();
        }
    }
 }

我的派生类看起来像这样:

public class UsuarioRepository : BaseRepository<IUsuario>, IUsuarioRepository
{
}

和我的工厂那样:

public class ContextFactory
{
    public DatabaseContext GetCurrentContext()
    {
        return new DatabaseContext();
    }
}

Answer 1

Property Injection意味着依赖项是可选的,而Constructor Injection意味着需要依赖项.相应地选择一种模式.

在95%以上的情况下,构造函数注入是正确的模式.你不喜欢它怎么样？

Answer 2

我认为没有“最好的方法”。

构造函数和 setter 注入并不完全等同，因为 setter 注入为您提供了更多的灵活性。以下是我在两者之间进行选择的方法：

假设您创建了一个对象 A，而 A 需要一个 B 对象才能工作。要问的问题是：A 是否可以在没有与之关联的 B 的情况下存在/被实例化？A 对象没有 B 是有效状态吗？有时，A 拥有 null B 是没有意义的，那么构造函数注入是更好的解决方案。如果 B 可以稍后分配给 A，而不一定是在构造时，那么就使用 setter 注入。所有这些都取决于您尝试建模的领域，并且答案会因情况而异。