为单元测试设计业务类

Question

我正在尝试清理我的代码，使其成为可单元测试的。我知道单元测试必须在编码时创建，但是...我必须现在就做，代码已经完成了。

我的业务类充满了具有类似实现的方法，例如：

var rep=new NHrepository<ModelClass1>(Session);
rep.Where(x=>x.Field1==1).ToList();

第一个错误(从我的角度来看)是我不必使用“新的”，而是使用DI并在ctor参数中添加一个INHrepository modelClass1Repository。

如果在我的类中有两个或更多不同模型类的存储库？每个都必须在ctor中？或者可能业务类不是基于SeparationOfConcern原则构建的？

Answer 1

关于依赖注射你是对的。

此外，如果您计划为遗留代码编写单元测试，我强烈建议您阅读。

Answer 2

一种广泛使用的方法是将n个存储库作为构造函数的参数，正如您已经怀疑的那样。

另一种常用的方法是使用依赖注入框架，如Ninject。这使您可以编写如下内容：

[Inject]
public IAbstractRepository<Company> companiesRepository { get; private set; }

[Inject]
public IAbstractRepository<User> usersRepository { get; private set; }

然后，您可以根据使用场景(例如，用于测试的假存储库或用于生产的真实存储库)，让Ninject注入适当的接口实现。

Answer 3

您的业务类应该有一个带有两个参数的构造器，每个库一个参数。你的业务应该公开2个接口，你的持久化应该提供它们的实现。