桩破除依赖1-重构代码和参数注入

前端之家收集整理的这篇文章主要介绍了桩破除依赖1-重构代码和参数注入前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

抽取接口使底层实现可替换

代码地址:http://git.oschina.net/zhv/UnitTest

首先将第一章的代码重构,抽取出实现代码,放到FileExtensionManager类中。

public class LogAnalyzer
    {
        public bool WasLastFileNameValid { get; set; }

        public bool IsValidLogFileName(string fileName)
        {
            //使用抽取出来的类
            FileExtensionManager mgr =
                new FileExtensionManager();
            return mgr.IsValid(fileName);
        }
    }
    
    //首先定义出这个抽取的类
    class FileExtensionManager
    {
        public bool IsValid(string fileName)
        {
            //读取文件
        }
    }

然后定义ExtensionManager的接口IExtensionManager并实现

class FileExtensionManager:IExtensionManager
{
    public bool IsValid(string fileName)
    {
        //读取文件
    }
}
//然后定义新接口
public interface IExtensionManager
{
    bool IsValid(string fileName);
}

public bool IsValidLogFileName(string fileName)
{
    //定义这个接口的类型变量
    IExtensionManager mgr =
        new FileExtensionManager();

    return mgr.IsValid(fileName);
}

现在就创建了一个提供IsValid(string)方法的接口IExtensionManager,用FileExtensionManager实现这个接口。代码功能没有变,但是现在可以用自己的伪造的扩展名管理器来代替真实 扩展名管理器了

//这个是总是返回true的简单桩代码
//使用Fake说明这个类的对象类似另一个对象,既可能用作模拟对象,也可能用作桩
public class AlwaysValidFakeExtensionManager: IExtensionManager
{
    //实现IExtensionManager接口
    public bool IsValid(string fileName)
    {
        return true;
    }
}

现在虽然有了一个接口和两个实现此接口的类,但是被测试的方法还是对具体类进行直接调用

public bool IsValidLogFileName(string fileName)
{
    IExtensionManager mgr =
        new FileExtensionManager();

    return mgr.IsValid(fileName);
}

所以必须想办法让被测试的方法调用伪对象,而不是IExtensionManager的原本实现,因此需要在代码中引入一个接缝,然后插入桩

依赖注入:在被测试单元中注入一个伪实现

参数注入

方法签名添加一个参数,从而给这个方法传入一个(伪造的)依赖实例

Method(string,int,FakeClass)
//其中FakeClass就是注入的依赖实例。

猜你在找的设计模式相关文章