C# 接口默认实现与依赖注入实战指南：.NET 9 企业级开发高级技巧

在企业级 C# 开发中，接口设计 和**依赖注入（DI）**是构建可维护、可扩展系统的核心工具。自 C# 8.0 引入 接口默认实现（Default Interface Implementation, DII） 后，接口不再仅是方法契约，而可以包含可复用的默认逻辑。结合 .NET 9 的 WebApplication DI 容器，可以构建低耦合、高可扩展性的模块化架构。

本文将从 接口默认实现原理、DI 注册、企业级实战场景、最佳实践 到 测试策略 进行全面分析，并附带实用技巧。

---

1. 接口默认实现概览与核心价值

传统接口只定义方法签名：

public interface ILogger
{
    void Log(string message);
}

而接口默认实现允许接口直接提供方法逻辑：

public interface ILogger
{
    void Log(string message)
    {
        Console.WriteLine($"[Default] {message}");
    }
}

核心价值

• 平滑扩展接口：新增方法无需修改已有实现，避免破坏现有系统。

• 减少重复代码：多实现类可复用默认逻辑，降低维护成本。

• 增强单元测试灵活性：默认实现可直接被测试或 Mock，减少额外类创建。

⚡ 专业建议：接口默认实现应保持轻量，仅包含安全 fallback 或通用逻辑，避免核心业务逻辑耦合。

---

2. .NET 9 DI 容器与接口默认实现结合

.NET 9 的内置 DI 容器高性能、轻量化，支持 Singleton / Scoped / Transient 生命周期管理。结合接口默认实现，可实现模块化、灵活替换与安全 fallback。

var services = new ServiceCollection();

// 注册具体实现
services.AddSingleton<ILogger, ConsoleLogger>();

var provider = services.BuildServiceProvider();
var logger = provider.GetRequiredService<ILogger>();
logger.Log("Hello, .NET 9 DI!");

在轻量场景中，可直接使用接口默认实现：

services.AddSingleton<ILogger>(sp => (ILogger)Activator.CreateInstance(typeof(ILogger)));

⚡ 实战技巧：默认实现可作为"安全 fallback"，确保系统在缺少具体实现时仍可运行。

---

3. 企业级实战场景

场景 1：接口渐进式扩展

在大型系统中，需要向接口新增方法，但不希望破坏现有实现：

public interface INotificationService
{
    void SendEmail(string to, string subject);

    void SendSms(string number, string message)
    {
        Console.WriteLine("[Default SMS] " + message);
    }
}

现有实现只实现 SendEmail，新增的 SendSms 自动使用默认逻辑，避免修改多个实现类。

---

场景 2：单元测试优化

接口默认实现可用于测试，降低 Mock 工作量：

var service = new Mock<INotificationService> { CallBase = true };
service.Object.SendSms("1234567890", "Test SMS"); // 调用默认实现

⚡ 建议：默认实现适合轻量业务或测试逻辑，核心逻辑仍应通过具体实现类进行测试。

---

场景 3：多服务组合与策略模式

在 DI 容器中注入多个实现，可以实现策略模式或责任链模式：

services.AddSingleton<IProcessor, DefaultProcessor>();
services.AddSingleton<IProcessor, CustomProcessor>();

var processors = provider.GetServices<IProcessor>();
foreach (var processor in processors)
{
    processor.Process();
}

⚡ 高级技巧 ：使用 IEnumerable<T> 注入多个实现，实现动态策略切换、管道式处理或组合操作。

---

场景 4：WebApplication 示例

在 .NET 9 Web API 项目中，可结合接口默认实现和 DI：

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddControllers();
builder.Services.AddSingleton<ILogger, ConsoleLogger>();

var app = builder.Build();

app.UseHttpsRedirection();
app.UseAuthorization();
app.MapControllers();

app.Run();

控制器示例：

[ApiController]
[Route("api/[controller]")]
public class LogController : ControllerBase
{
    private readonly ILogger _logger;

    public LogController(ILogger logger)
    {
        _logger = logger;
    }

    [HttpGet("info")]
    public IActionResult Info(string message)
    {
        _logger.Log(message); // 默认实现或具体实现都会执行
        return Ok("Logged info");
    }
}

⚡ 企业级技巧：接口默认实现 + DI 可以保证即使部分服务未注册，系统仍能平滑运行。

---

4. 企业级最佳实践

1. 默认实现轻量化：仅用于 fallback 或通用逻辑，核心业务逻辑应在具体实现类。

2. 优先注入具体实现：生产环境中尽量注册具体实现，默认实现作为容错机制。

3. 泛型接口结合默认实现：提升代码复用性。

   public interface IRepository<T>
   {
   void Add(T item) => Console.WriteLine($"[Default Add] {item}");
   }

4. 明确多接口默认实现冲突：同名方法需显式实现。

5. 单元测试友好：默认实现可减少 Mock 数量，但关键业务应使用具体实现测试。

6. 充分利用 .NET 9 新特性 ：如 File-scoped namespace、target-typed new 简化代码。

7. 模块化设计：接口默认实现 + DI 支持微服务架构、分层架构的模块化扩展。

---

5. 总结

结合 .NET 9 WebApplication 模板与 接口默认实现 + DI：

• 提高代码可维护性和模块化

• 支持渐进式接口扩展

• 提供安全 fallback，增强系统健壮性

• 支持策略模式、多服务组合和轻量测试

🔹 建议：默认实现是工具而非核心逻辑，通过 DI 明确管理依赖，实现高可扩展、可测试和企业级可维护的系统架构。

---