为第三方库的依赖注入编写包装器和接口的自动化方法?

你应该把测试中的班级分成两个单独的班级。一个类包含需要测试的(业务)逻辑,另一个类充当外部依赖项的适配器。这个适配器类应该实现一个接口,逻辑类应该依赖于该接口。此接口应 不 模拟外部依赖的API,但接口应根据应用程序的需要进行定义。通过这样做,您可以实现:

• 坚持 Single Responsibility Principle ,因为当前正在测试的类有两个职责。
• 坚持 Dependency Inversion Principle 通过将新适配器放置在抽象之后。这可以防止应用程序依赖于外部工具(只有合成根需要依赖于它),从而使应用程序更易于测试和维护。
• 坚持 Interface Segregation Principle ,表示接口应该是窄的,并为其参与的角色定义。

您最终将得到一个与外部库紧密耦合的适配器类。此适配器将传入的调用转换为可以发送到外部库的调用。这个适配器不能单独测试,如果测试很重要,您可能需要为此进行集成测试(取决于外部库的功能)。重要的是,您不必测试外部库是否正常工作,但可能仍然需要测试适配器类的正确性。

我将创建一个包装器类,它使用您设计的接口,只从Foo中公开您需要的内容。

例如:

class MyFooWrapper : IFoo
{
   private Foo _foo;
    // methods exposed by IFoo
 }

您可以进一步使MyFooWrapper成为一个抽象类,以包含属性和任何其他基本功能,但不要将Foo放在其中,而是有一个继承Foo包装器的类。