iOS Typhoon DI框架替换objective-c中的单例

Question

我正在开发一个基于 Storyboard/objective-c 的 iOS 应用程序，并带有 firebase 身份验证。我使用云 Firestore 来保存用户数据 - 年龄、性别等。当用户访问应用程序时，我会检查用户是否已登录以下（类似）代码

FIRUser *firUser = [FIRAuth auth].currentUser;
if (firUser) {
    // user logged in 
    // fetch updated user date from cloud firestore 
} else {
    // NO logged in user 
}

当用户登录后，他们可以导航到应用程序的其他部分，否则他们会看到注册/登录页面。

它的外观导航到不同的视图通常意味着我必须调用上面的代码来再次确定登录状态——我不想这样做。我想使用登录用户和来自 firestore 的数据创建一个用户对象，并在视图控制器之间传递它。

Singleton 似乎做得很好，并且非常适合我的情况，但我遇到了 Typhoon！

第一个问题是，仍然可以使用该框架吗？虽然看起来有点不活跃，但非常惊人的技术。

其次是我的实现——我有一个看起来像这样的程序集

- (AuthenticatedUser*)authenticatedUser {
    return [TyphoonDefinition withParent:[self user] class:[AuthenticatedUser class] configuration:^(TyphoonDefinition* definition){

        definition.scope = TyphoonScopeSingleton;
    }];
}

这就是我获取 AuthenticatedUser 实例的方式

ModelsAssembly *modelsAssembly = [ModelsAssembly defaultAssembly];

// no default ModelsAssembly set
if( modelsAssembly == nil ){
    modelsAssembly = [[ModelsAssembly new] activated];
    [modelsAssembly makeDefault];
}

authenticatedUser = [modelsAssembly authenticatedUser];

要在不同的视图中获得相同的启动类，我似乎需要执行以下操作：

1. 在程序集中使用 TyphoonScopeSingleton 作为 definition.scope
2. 将程序集设为默认

我想知道是否有人可以为此提供一些指导。

Answer 1

第一个问题是，仍然可以使用该框架吗？看起来有点不活跃，但技术却非常了不起。

答案：

Typhoon 仍然是 Objective-C 依赖注入库的最佳选择。它功能齐全，一般不会添加新功能，但由 AppsQuick.ly 维护和支持。

如果您使用 Swift，Fiery Crucible 是一个出色的 DI 框架。它具有 Typhoon 的大部分功能，使用简单，并且没有其他一些 Swift 框架的缺点。

要在不同的视图中获得相同的启动类，我似乎需要执行以下操作：

1. 在程序集中使用 TyphoonScopeSingleton 作为 definition.scope
2. 将程序集设为默认

我想知道是否有人可以为此提供一些指导。

答案：

这不是正确的方法。我们的想法是拥有 一个 Typhoon 实例，在 composition root 创建，然后它将在运行（前台或后台）应用程序的整个生命周期中与您的应用程序一起存在。

• 我们不会向 Typhoon 询问依赖项，而是告诉它将依赖项注入到控制器、服务或其他类中。
• 唯一的例外是使用factory pattern 时，我们混合了静态依赖项以及运行时参数，例如：“给我这个用​​户的订单视图控制器”。在这种情况下，我们注入程序集本身。

对于 iOS，Typhoon 提供了一种在启动时引导程序集的方法，无论有没有故事板。 sample 与故事板上的 this guide 一起展示了如何执行此操作。

如果您在尝试上述资源后遇到另一个障碍，请提出另一个具体问题。