Factory项目在模块化架构中的依赖注入实践

背景介绍

Factory是一个轻量级的依赖注入框架，旨在替代已弃用的Resolver框架。许多开发者在使用Resolver后，在迁移到Factory时遇到了模块化架构下的依赖管理问题。本文将深入探讨如何在模块化应用架构中正确使用Factory进行依赖注入。

模块化架构的挑战

在模块化应用架构中，特别是遵循Clean Architecture的项目，通常会遇到以下核心问题：

1. 跨模块依赖：领域层(domain)需要访问数据层(data)的服务接口，但不能直接依赖具体实现
2. 注册与解析分离：依赖注册通常在一个模块完成，而解析使用可能在另一个模块
3. 类型可见性：模块间的类型访问权限需要精心设计

Factory的解决方案

Factory提供了几种处理模块化场景的方法：

1. 共享容器模式

创建一个共享容器，所有模块都可以访问。这需要在应用的主模块中定义容器扩展：

extension Container {
    var userService: Factory<UserServiceProtocol> {
        self { UserService() }
    }
}

其他模块只需导入Factory框架，就可以通过Container.shared.userService()来解析依赖。

2. 协议与实现分离

对于Clean Architecture，可以这样组织代码：

Domain模块：

public protocol UserServiceProtocol {
    func fetchUser() -> User
}

Data模块：

struct UserService: UserServiceProtocol {
    func fetchUser() -> User {
        // 实现细节
    }
}

extension Container {
    var userService: Factory<UserServiceProtocol> {
        self { UserService() }
    }
}

Presentation模块：

let service = Container.shared.userService()

3. 多容器管理

对于更复杂的场景，可以创建多个容器实例：

let domainContainer = Container {
    $0.register(SomeUseCase.self) { _ in
        SomeUseCase()
    }
}

let dataContainer = Container {
    $0.register(UserServiceProtocol.self) { _ in
        UserService()
    }
}

迁移注意事项

从Resolver迁移到Factory时需要注意：

1. Factory的注册语法更简洁
2. Factory原生支持Swift并发特性(actors, Sendable)
3. Factory的性能优于Resolver
4. Factory有更活跃的维护

最佳实践建议

1. 在应用启动时集中注册所有依赖
2. 使用协议而不是具体类型作为服务接口
3. 考虑依赖的生命周期管理(单例/新建实例)
4. 为测试提供mock替换机制

总结

Factory框架为模块化应用提供了灵活的依赖注入解决方案。通过合理设计容器结构和类型可见性，可以构建出松耦合、可测试的应用架构。相比已弃用的Resolver，Factory不仅提供了更好的性能，还支持现代Swift特性，是依赖注入的更优选择。