从 TDD 编写的“模块”构建架构

Question

我对 TDD 很陌生，我正在使用 TDD 编写我当前的项目。我一直在尝试尽可能多地使用 TDD，到目前为止它正在奏效。

我项目中的每个“模块”都是独立的。它们都可以在不依赖项目其他部分的依赖项的情况下进行测试，我可以注入“模拟”依赖项。

其中之一是CoreDatamanagedObjectContext，用于保存和查找项目中的项目。

所以现在我正在尝试将所有内容放在一起，并想知道如何最好地构建它们。

例如。我可能在应用程序的深处有一个视图控制器，它有一个服务可以将一些东西保存到Core Data，所以这个服务“模块”需要managedObjectContext 来做到这一点。

我应该怎么去那里？

我真的需要通过一系列实际上不需要它的对象来传递托管对象上下文吗？这似乎破坏了我正在努力的一切？

我可以使用单例，但想避免它，因为它只会引起疼痛（根据以前的经验）。

我应该怎么做？

Answer 1

我们也在使用 TDD 方法编写我们的项目。以下是一些细节：

• 我们正在使用VIPER architecture.
• 每个模块都是一个 VIPER 模块。
• 依赖注入 (Swinject) 用于 viper 模块的初始化和添加依赖项。
• 用于按模块处理应用程序事件的守护进程。
• 公共服务层负责与服务器和本地存储通信。

我们内部开发了Cobra framework（使用swinject）用于引导和路由， Medusa 用于守护进程。我们已将这些项目开源，但仍需要一些文档。

这是我们应用程序的架构图。

回答您的用例：

ViewController 不应该有服务实例。您应该使用交互器进行交互 与服务层。 如果您使用cobra 和medusa，那么您可以像这样定义您的程序集：

// store assembly

container.register(StoreManager.self) { resolver in
   return StoreManager(...) 
}.inObjectScope(.Container) // for singleton


// service assembly

container.register(LoginServiceType.self) { resolver in
   return LoginService(store: resolver.resolve(StoreManager.self)!)
}

container.register(UserServiceType.self) { resolver in
   return USerService(store: resolver.resolve(StoreManager.self)!)
}


// Login Service

class LoginService {
   let store: StoreManager
   init(store: StoreManager) {
      self.store = store
  }

  func login() {
    store....()
  }
}


// User service

class UserService {
   let store: StoreManager
   init(store: StoreManager) {
      self.store = store
   }

   func fetchUserDetails(id: String) {
      store....()
   }
}

了解 DI 的强大功能，现在您无需担心“存储（任何其他对象）实例”的创建和传递。基本上，您需要设置您的程序集，一切就绪。