我正在使用AutoFixture自定义来测试访问SQL Compact DB的存储库。
在测试完成后立即删除此数据库对我非常有帮助。因为db是在自定义构造函数中创建的,所以我认为删除它的最佳位置是在dispose方法中。
我想的代码是:
internal class ProjectRepositoryCustomization : ICustomization
{
private readonly String _dbLocation;
public ProjectRepositoryCustomization()
{
var tempDbLocation = Path.Combine(Path.GetTempPath(), "TempDbToDelete");
if (!Directory.Exists(tempDbLocation))
{
Directory.CreateDirectory(tempDbLocation);
}
_dbLocation = Path.Combine(tempDbLocation, Guid.NewGuid().ToString("N") + ".sdf");
}
public void Customize(IFixture fixture)
{
DataContextConfiguration.database = _dbLocation;
var dataContextFactory = new BaseDataContextFactory();
var projRepository = new ProjectRepository(dataContextFactory);
fixture.Register(() => projRepository);
}
public void Dispose()
{
if (File.Exists(_dbLocation))
{
File.Delete(_dbLocation);
}
}
}
可以做类似的事吗?
答案 0 :(得分:6)
正如@Ruben Bartelink在评论中指出的那样,可能。但是,我会推荐一种不同的方法,这就是原因。
管理对象的生命周期是您通常希望能够对IoC容器执行的操作。但是,AutoFixture虽然它可能看起来像一个IoC容器,但它确实是not meant to be one:
AutoFixture与DI Containers有很多相似之处。它 支持自动布线,可以配置为创建实例 很多有趣的方式。但是,由于重点不同,它 做一些更好的事情,有些事情不如DI容器。
AutoFixture的主要目标是在一些可配置的范围内轻松创建anonymous test data。它的API专注于允许程序员自定义如何生成测试数据,但不会生成测试数据,因为假设它只被消耗within the context of a test :
另一方面,测试框架非常擅长管理测试夹具的使用寿命。由于您所描述的内容通常是管理集成测试的上下文的一部分,因此我会在之前运行并在之后之后运行所有测试夹具被执行。AutoFixture在生命周期方面较弱 管理。预计一个夹具不会存在超过一个 单个测试用例,因此建模任何其他生活方式都没有意义 比瞬态和单身。 [...]它没有 到,因为它不是DI容器。
例如:
[TestFixture]
public class WithDatabaseContext
{
private string dbLocation;
private BaseDataContextFactory dataContextFactory
protected BaseDataContextFactory DataContextFactory
{
get { return this.dataContextFactory; }
}
[TestFixtureSetUp]
public void FixtureInit()
{
// Initialize dbLocation
// Initialize dataContextFactory
}
[TestFixtureTearDown]
public void FixtureDispose()
{
// Delete file at dbLocation
}
}
然后,您的测试可以继承上下文并使用它来配置AutoFixture:
[TestFixture]
public void SomeTest : WithDatabaseContext
{
private IFixture fixture;
[SetUp]
public void Init()
{
this.fixture = new Fixture();
this.fixture.Register(
() => new ProjectRepository(base.DataContextFactory));
}
[Test]
public void Doing_something_should_return_something_else()
{
// ...
}
}
在这种情况下,利用测试框架来管理临时数据库的生命周期,可以在测试环境中清楚地传达其边界。在我看来,将它隐藏在AutoFixture定制中会使它更不明显,并且可以说更难以使用。