Question

我从依赖注入开始，并且很难阻碍某些第三方库类。例如，我的项目中有EPPlus库，它有ExcelRange类，它没有实现接口。由于我使用的是这个库，我发现我的代码明确依赖，并且不能正确地对代码的某些部分进行单元测试。

所以我的问题是在第三方库类中使用依赖注入的好方法。

Answer 1

我对此方案的解决方法是创建另一个类和接口作为第三方库的包装器。在您的包装器中，创建与您在第三方库中使用的名称相同的功能。只创建那些对您的代码有价值的函数，如果您需要其他函数，请在您的包装器中添加它。现在，出于测试目的，您可以在不使用第三方库的情况下模拟/存储您的包装器界面。使用您的包装器注入需要此服务的其他类。

您可以从简单的代码开始，随着知识的增长进行扩展：

public interface IWrapperService
{
    Method(Dto model);

    Dto MethodProcess(Dto model);
}

public class WrapperService : IWrapperService
{
    private readonly ThirdPartyLib _thirdPartyLib;

    public WrapperService(ThirdPartyLib thirdPartyLib)
    {
        _thirdPartyLib = thirdPartyLib;
    }

    // Create your model - Dto
    // Dto will help you in your logic process
    // 
    public void Method(Dto model)
    {   
        //extract some properties in you model that only needed in your third party library 
        _thirdPartyLib.Method(parameter needed);
    }

    public Dto MethodProcess(Dto model)
    {   
        //extract some properties in you model that only needed in your third party library 
        ThirdPartyReturn value = _thirdPartyLib.MethodProcess(parameter needed);

        // Do the mapping
        var model = new Dto 
        {
            property1 = value.property1 // Do the necessary convertion if needed.
            .
            .
        }

        return model;
    }
    .
    .
    .
}

public interface IOtherClass 
{
  ...
}

public class OtherClass : IOtherClass 
{
   private readonly IWrapperService _wrapperService;

   public void OtherClass(IWrapperService wrapperService)
   {
        _wrapperService= wrapperService;
   }
   .
   .
}

对于依赖注入，您可以使用Microsoft unity。它将为您的依赖做出惊人的工作。您可以像这样使用它：

var unity = new UnityContainer();

// This is how you will inject your ThirdPartyLib
// You can also do it this way - unity.RegisterType<ThirdPartyLib>() but of course we need to limit the usage of your ThirdPartyLib in 
// our wrapper. We will not allowing directly access to Third Party Lib rather than wrapperService.

unity.RegisterType<IWrapperService, WrapperService>(new InjectionConstructor(new ThirdPartyLib()));
unity.RegisterType<IOtherClass, OtherClass>();

我同意@Alexei Levenkov，你需要阅读一些关于Gang of Four（GOF）的内容来改进这个样本。以我的样本为出发点。

包装您的第三方库具有以下优势：

它消除了对第三方库的分散和直接使用。
它在您的第三方库中封装了一些复杂性。
通过包装器轻松跟踪和维护您的第三方库。
现在通过使用包装器可以轻松进行单元测试。
依赖注入将帮助您解决交叉问题。

几个缺点：

乏味并引入重复的方法。
介绍新模型的创建 - 这取决于，如果您的第三方lib只询问一些参数，如（int，string，boolean），请不要为模型而烦恼。
首先应用设计模式可能很困难，但从长远来看它会给你带来优势。

什么是包装第三方课程的最佳方式c＃

1 个答案: