大家好，我是第八哥。在C#开发中，依赖注入（Dependency Injection, DI） 几乎是我们离不开的话题。刚入门时我也觉得它很抽象，但随着项目规模变大，我发现依赖注入就是让代码保持简洁和可维护的关键。
本文我会从基础到实战，一步步带大家理解它的使用方式、优缺点以及一些技巧。
什么是依赖注入
简单来说，依赖注入就是把一个类所需要的对象从外部传进来，而不是在类内部自己创建。这样做的好处是解耦。例如，一个控制器需要日志服务，我们不直接在里面写 new Logger()，而是通过构造函数把 ILogger 注入进来。
为什么要用依赖注入
刚开始写项目时，直接 new 对象也没什么问题。但随着业务复杂度上升，硬编码会导致测试困难、修改麻烦、耦合度过高。依赖注入解决的就是这些痛点，它能让我们更容易的进行单元测试、更方便地替换实现，还能提升项目的灵活性。
依赖注入的几种方式
1. 构造函数注入：这是最常见的一种方式，把依赖对象通过构造函数传入。
public class UserService
{
private readonly ILogger _logger;
public UserService(ILogger logger)
{
_logger = logger;
}
public void DoWork()
{
_logger.Log("UserService working...");
}
}2. 属性注入：通过属性设置依赖，灵活但可能导致对象不完整的问题。
public class OrderService
{
public ILogger Logger { get; set; }
}3. 方法注入：在方法调用时传入依赖，适合临时依赖场景。
public class PaymentService
{
public void Pay(ILogger logger)
{
logger.Log("Payment processed.");
}
}C#中的内置依赖注入容器
在 .NET Core 之后，微软提供了内置的 DI 容器。我们只需要在 Startup.cs 或 Program.cs 中配置服务即可。
var builder = WebApplication.CreateBuilder(args);
// 注册服务
builder.Services.AddTransient<ILogger, ConsoleLogger>();
builder.Services.AddScoped<IUserService, UserService>();
var app = builder.Build();
app.MapGet("", (IUserService userService) =>
{
userService.DoWork();
return "OK";
});
app.Run();这里的 AddTransient、AddScoped、AddSingleton 分别表示不同的生命周期管理方式。
依赖注入的优点
1. 解耦：业务逻辑和具体实现分开，替换实现时不需要修改使用方代码。
2. 易于测试：可以很方便地注入 Mock 对象进行单元测试。
3. 可维护性强：当系统复杂时，依赖关系通过容器统一管理，避免混乱。
依赖注入的缺点
1. 学习成本：刚接触的人会觉得抽象，不如直接 new 来得直观。
2. 配置复杂：服务太多时，配置文件会很庞大，维护成本上升。
3. 性能问题：过度使用或生命周期配置错误，可能带来性能问题或内存泄漏。
实战技巧
结合实际开发经验，我总结了几个实用技巧：
- • 优先使用构造函数注入，保证对象在创建时就是完整的。
- • 合理使用生命周期：配置错误的生命周期可能导致数据错乱，比如 Scoped 服务被注入到 Singleton 服务中。
- • 避免“上帝服务”：如果一个类依赖太多对象，说明它的职责过于庞大，应该重构。
总结
依赖注入在 C# 开发中不是锦上添花，而是必备技能。它能显著提升项目的可扩展性和可维护性。虽然刚学时会觉得绕，但用熟了以后，你会发现它能让代码更清晰、更优雅。如果你还在项目中满世界 new 对象，不妨试试依赖注入。
评论