在Awilix中使用工厂模式解决依赖注入中的动态参数问题

理解问题场景

在依赖注入(Dependency Injection)的实际应用中，我们经常会遇到这样的情况：某些类的实例化需要同时使用容器中注册的依赖项和运行时动态传入的参数。这种场景在业务逻辑中非常常见，比如：

1. 数据存储类(Store)需要数据库连接(容器管理)和当前用户ID(运行时确定)
2. 服务类需要配置参数(容器管理)和请求上下文(运行时确定)
3. 处理器类需要日志服务(容器管理)和事件数据(运行时确定)

Awilix的解决方案

Awilix作为一个强大的依赖注入容器，提供了灵活的解决方案来处理这种混合依赖的场景。虽然它没有专门的asFactory注册方式，但我们可以巧妙地使用asFunction来实现工厂模式。

实现方案详解

基本实现方式

假设我们有一个Store类，它需要两个参数：a(由容器管理)和b(运行时动态传入)：

class Store {
  constructor(a, b) {
    this.a = a
    this.b = b
  }
}

我们可以这样注册和使用：

// 注册部分
container.register({
  storeFactory: asFunction(({ a }) => (b) => new Store(a, b)),
  a: asClass(ADependency)
})

// 使用部分
const makeStore = container.resolve('storeFactory')
const store = makeStore(dynamicBValue)

更优雅的实现

对于更复杂的场景，我们可以创建一个显式的工厂类：

class StoreFactory {
  constructor(a) {
    this.a = a
  }

  create(b) {
    return new Store(this.a, b)
  }
}

// 注册
container.register({
  storeFactory: asClass(StoreFactory),
  a: asClass(ADependency)
})

// 使用
const factory = container.resolve('storeFactory')
const store = factory.create(dynamicBValue)

为什么选择工厂模式

1. 关注点分离：将对象的创建逻辑与使用逻辑分离
2. 更好的可测试性：可以单独测试工厂逻辑
3. 更清晰的依赖关系：明确区分容器管理的依赖和运行时参数
4. 灵活性：可以在不修改消费代码的情况下改变对象的创建方式

实际应用建议

1. 对于简单场景，直接使用asFunction创建工厂函数
2. 对于复杂场景，考虑使用专门的工厂类
3. 在TypeScript环境下，可以为工厂添加明确的类型定义，增强类型安全
4. 考虑将工厂接口抽象化，便于后续替换实现

总结

Awilix虽然没有提供专门的asFactory注册方法，但通过asFunction或显式工厂类，我们能够优雅地处理需要混合容器管理和运行时参数的依赖注入场景。这种模式在实际业务开发中非常实用，能够保持代码的灵活性和可维护性。