7

我想创建可单元测试的代码来模拟对 .Net System.IO 类的调用，因此我可以真正进行单元测试，而不是依赖于文件系统。我正在使用SystemWrapper类来包装 BCL 类。

我正在尝试获取一个简单的示例来查看文件是否存在。

我遇到的问题是在类中注入依赖项不起作用，因为实例化依赖项（通过StructureMap）需要知道要传递的构造函数参数，当时不可用，也没有默认构造函数。

示例代码：

// don't want to create dependency here like so
//IFileInfoWrap fileInfoWrap = new FileInfoWrap(filename);

// using service locator (anti-pattern?!) since it can't be 
// injected in this class
var fileInfoWrap = ObjectFactory.GetInstance<IFileInfoWrap>(
    new ExplicitArguments(new Dictionary<string, object>
    {
        {"fileName", filename}
    }));

Console.WriteLine("File exists? {0}",  fileInfoWrap.Exists);

我不喜欢的是没有注入依赖项，ObjectFactory 不应该在这里（但我看不到其他创建方法）。ExplicitArguments 使它变得混乱，并且参数名称是一个魔术字符串。

让我让它工作 StructureMap 配置类需要知道我想使用哪个构造函数（我刚开始使用 StructureMap 所以这可能不是设置它的正确方法）：

ObjectFactory.Initialize(x =>
{
    x.Scan(scan =>
    {
        scan.AssembliesFromPath(".");
        scan.RegisterConcreteTypesAgainstTheFirstInterface();
        scan.WithDefaultConventions();
    });

    // use the correct constructor (string instead of FileInfo)
    x.SelectConstructor(() => new FileInfoWrap(null as string));

    // setting the value of the constructor
    x.For<IFileInfoWrap>()
        .Use<FileInfoWrap>()
        .Ctor<string>("fileName")
        .Is(@".");
});

有没有人找到更好的解决方案来创建针对 System.IO 类的可测试代码？我知道部分问题在于 System.IO 类的设计。

4

1 回答 1

5

我非常成功地使用的一种方法是为System.IO在 FCL 和其他部分中找到的类型滚动我自己的代理类型。例如，我想依赖System.IO.File. 我创建了一个名为的库System.IO.Proxies并添加了一个具体类型File和一个接口IFile。该接口IFile公开了与我需要的所有成员等效的成员，System.IO.File并且具体类型通过将方法调用转发到System.IO.File. System.IO.Proxies被排除在单元测试和代码覆盖范围之外。在我的消费程序集中System.IO.Proxies，我只依赖于，特别是，我只依赖于IFile. 通过这种方式，我可以轻松地模拟这种依赖关系，并为我的消费程序集实现 100% 的代码覆盖率。

（请注意，这是我对上一个问题的更一般回答的定制版本。）

于 2012-01-07T13:17:42.533 回答