一、为什么要在WCF服务中使用依赖注入
咱们先聊聊依赖注入（DI）是啥。简单来说，它就像是你家里的电器插座——你把插头插上去就能用，不用关心电是怎么来的。在软件开发里，DI帮你把类之间的依赖关系“插”进去，而不是让类自己“造”依赖。
在WCF服务里用DI，主要有两个好处：
- 可测试性：你可以轻松地把真实服务换成“假”的实现（比如Mock对象），方便单元测试。
- 扩展性：哪天你想换掉某个组件（比如把日志从文件改成数据库），改个配置就行，不用动代码。
举个例子，假设你有个WCF服务，里面用了一个ILogger接口写日志：
// 定义日志接口（技术栈：C#/.NET）
public interface ILogger
{
void Log(string message);
}
// 真实日志实现（写入文件）
public class FileLogger : ILogger
{
public void Log(string message)
{
File.AppendAllText("log.txt", message);
}
}
// 假日志实现（用于测试）
public class MockLogger : ILogger
{
public void Log(string message)
{
Console.WriteLine($"测试日志: {message}");
}
}
如果没有DI，你的WCF服务可能直接new FileLogger()，测试时就很难替换成MockLogger。而用了DI，这个问题就迎刃而解。
二、如何在WCF中实现依赖注入
WCF本身不支持DI，但我们可以用第三方库（比如Unity、Autofac）来搞定。这里以Autofac为例，分三步走：
1. 配置Autofac容器
首先，通过NuGet安装Autofac和Autofac.Wcf，然后在服务启动时注册依赖：
// 初始化容器（技术栈：C#/.NET + Autofac）
var builder = new ContainerBuilder();
// 注册ILogger的实现为FileLogger
builder.RegisterType<FileLogger>().As<ILogger>();
// 注册WCF服务
builder.RegisterType<MyWcfService>();
// 创建容器
var container = builder.Build();
2. 修改WCF服务工厂
在服务的.svc文件中，指定Autofac的工厂：
<%@ ServiceHost
Service="MyWcfService"
Factory="Autofac.Integration.Wcf.AutofacServiceHostFactory" %>
3. 在服务中使用依赖
现在，你的WCF服务可以直接通过构造函数注入ILogger了：
// WCF服务类（依赖通过构造函数注入）
public class MyWcfService : IMyWcfContract
{
private readonly ILogger _logger;
// 构造函数注入
public MyWcfService(ILogger logger)
{
_logger = logger;
}
public string DoWork()
{
_logger.Log("服务被调用了！");
return "工作完成";
}
}
三、实际应用场景与注意事项
应用场景
- 单元测试：用
MockLogger替换FileLogger，验证DoWork是否调用了日志。 - 动态切换组件：比如根据配置决定用文件日志还是数据库日志。
技术优缺点
- 优点：代码更干净、易维护、易扩展。
- 缺点：引入DI框架会增加复杂度，对小项目可能“杀鸡用牛刀”。
注意事项
- 生命周期管理：WCF服务默认是“每次调用创建新实例”，DI组件的生命周期要与之匹配。
- 异常处理：如果依赖初始化失败，WCF会直接抛异常，记得做好错误页配置。
四、总结
依赖注入在WCF里可能有点“绕”，但绝对值得。它让代码像乐高积木一样灵活，测试时不用再绞尽脑汁绕开硬编码。如果你正在维护一个复杂的WCF服务，赶紧试试Autofac或Unity，你会发现世界突然变简单了！
评论