使用Moq模拟Azure EmailClient遇表达式树错误，求解决方案及接口封装可行性

1. 关于「表达式树不能包含使用可选参数的调用」错误 #

这个错误是因为你Mock的SendAsync方法带有可选参数，Moq在解析表达式树时无法处理省略可选参数的调用。解决办法很直接：在Setup时显式指定所有可选参数，比如原方法如果包含CancellationToken这类可选参数，要在调用里补全：

_mockEmailClient
    .Setup(client => client.SendAsync(
        It.Is<WaitUntil>(w => w == Azure.WaitUntil.Started), 
        It.IsAny<EmailMessage>(),
        It.IsAny<CancellationToken>() // 显式传入可选参数的匹配项
    ))
    .ReturnsAsync(mockResult);

2. 封装EmailClient为接口是否可行？ #

完全可行，而且这是更推荐的测试与架构实践。具体操作步骤：

• 定义一个包含业务所需方法的接口，比如IEmailClientWrapper：

  public interface IEmailClientWrapper
  {
      Task<EmailSendOperation> SendAsync(WaitUntil waitUntil, EmailMessage message, CancellationToken cancellationToken = default);
      // 同步Send方法同理声明
  }
  

• 让业务类依赖这个接口，而非直接依赖Azure的EmailClient具体类
• 创建包装类实现接口，内部调用真实的EmailClient：

  public class EmailClientWrapper : IEmailClientWrapper
  {
      private readonly EmailClient _innerClient;
  
      public EmailClientWrapper(EmailClient innerClient)
      {
          _innerClient = innerClient;
      }
  
      public Task<EmailSendOperation> SendAsync(WaitUntil waitUntil, EmailMessage message, CancellationToken cancellationToken = default)
      {
          return _innerClient.SendAsync(waitUntil, message, cancellationToken);
      }
  }
  

• 测试时直接MockIEmailClientWrapper，完全避开EmailClient的内部限制：

  var mockEmailClient = new Mock<IEmailClientWrapper>();
  mockEmailClient
      .Setup(client => client.SendAsync(
          It.Is<WaitUntil>(w => w == Azure.WaitUntil.Started), 
          It.IsAny<EmailMessage>(),
          It.IsAny<CancellationToken>()
      ))
      .ReturnsAsync(mockResult);
  

这种方式不仅解决了当前的Moq报错问题，还能让代码解耦，后续更换邮件服务实现时成本更低。

内容的提问来源于stack exchange，提问作者dr.Xis