如何伪造由方法创建的密封API类Application对象进行单元测试？

你走的方向完全没问题——通过抽象接口解耦第三方API依赖是单元测试的标准操作，不用怀疑这个思路。针对你遇到的Application密封类无法直接实例化、无法Mock的问题，适配器模式是这类场景的最优解，下面一步步给你拆解：

1. 先抽象出Application的核心功能接口 #

不要只抽象Application的创建方法，而是把你业务代码中需要用到的Application的所有方法、属性都定义到一个接口里。比如：

public interface IApplication
{
    // 把你需要用到的Application的成员都放在这里
    void DoBusinessOperation();
    string FetchCriticalData();
    // ... 其他你需要的方法/属性
}

2. 创建适配器类封装真实的Application实例 #

这个适配器类实现IApplication接口，内部负责调用API的静态方法创建真实Application实例，并把所有接口方法的调用委托给这个真实实例：

public class ApplicationAdapter : IApplication
{
    private readonly Application _realApiInstance;

    // 这里封装API的静态创建逻辑
    public ApplicationAdapter(AnotherTypeFromAPI arg)
    {
        _realApiInstance = Application.Connect(arg);
    }

    // 实现接口方法，委托给真实API实例
    public void DoBusinessOperation()
    {
        _realApiInstance.DoBusinessOperation();
    }

    public string FetchCriticalData()
    {
        return _realApiInstance.FetchCriticalData();
    }
}

3. 业务代码依赖接口而非具体类 #

把你原来依赖Application的业务代码，改成依赖IApplication接口，通过构造函数注入实现依赖反转：

public class MyBusinessService
{
    private readonly IApplication _app;

    public MyBusinessService(IApplication app)
    {
        _app = app;
    }

    public void ExecuteBusinessLogic()
    {
        // 调用接口方法，完全和真实API解耦
        var data = _app.FetchCriticalData();
        // ... 你的业务逻辑处理
    }
}

4. 单元测试中直接Mock接口 #

现在单元测试时，完全不需要关心真实的Application了，直接用NSUbstitute MockIApplication即可：

[Test]
public void ExecuteBusinessLogic_ShouldFetchData_WhenCalled()
{
    // Arrange
    var mockApp = Substitute.For<IApplication>();
    // 设置Mock的返回值
    mockApp.FetchCriticalData().Returns("Mocked test data");
    var service = new MyBusinessService(mockApp);

    // Act
    service.ExecuteBusinessLogic();

    // Assert
    // 验证方法是否按预期被调用
    mockApp.Received().FetchCriticalData();
}

关于你的额外疑问 #

• 为什么不能直接MockApplication？：NSUbstitute（以及大多数.NET Mock框架）无法直接Mock密封类、静态方法和没有公共构造函数的类型——因为它们无法生成派生类来替换原有实现。适配器模式的本质是用一个可Mock的接口，把第三方API的具体实现包裹起来，让我们的代码和第三方实现彻底解耦。
• 如果API中其他类型也依赖Application怎么办？：同样的思路——给这些类型也创建对应的接口和适配器，让所有依赖都基于抽象接口，而不是具体的API类型。这样整个测试环境就完全和第三方API隔离开了，你可以自由Mock任何需要的行为。

内容的提问来源于stack exchange，提问作者Casey Balza