台风故事板集成答案

【问题标题】：Typhoon Storyboard Integration台风故事板集成
【发布时间】：2014-10-22 11:25:23
【问题描述】：

我在我的应用程序中使用 StoryBoard。当我第一次开始集成 Typhoon 时，我在 plist 中列出了组件，如下所示：

<key>TyphoonInitialAssemblies</key>
<array>
    <string>ApplicationAssembly</string>
    <string>CoreComponents</string>
</array>

当我注入 AppDelegate 时，这工作得很好。

现在，如果我需要注入各种视图控制器，看来我必须从应用程序 plist 文件中删除 UILaunchStoryboardName 和 UIMainStoryboardFile，并像这样使用 TyphoonStoryboard：

- (BOOL)application:(UIApplication *)application 
    didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

    NSString *storyboardName = ...
    TyphoonComponentFactory *factory = ...

    TyphoonStoryboard *storyboard = [TyphoonStoryboard 
        storyboardWithName:storyboardName factory:factory bundle:nil];

    self.window = ...
    self.window.rootViewController = [storyboard instantiateInitialViewController];
    [self.window makeKeyAndVisible];

    return YES;
}

但是，我对获得TyphoonComponentFactory 的位置感到困惑。由于我已经在 plist 中列出了程序集，我可以以某种方式使用它吗？

【问题讨论】：

查看 Aleksey 的回答。只要使用 plist 集成，整个应用程序中的故事板将是一个 TyphoonStoryboard，它已经与匹配 plist 中的程序集的 TyphoonComponentFactory 关联。
对不起。用户指南中的 TyphoonStoryboards 文档具有误导性。这已得到纠正。

标签： typhoon

【解决方案1】：

看来我必须从应用程序 plist 文件中删除 UILaunchStoryboardName 和 UIMainStoryboardFile，然后像这样使用 TyphoonStoryboard

不正确。您可以在 info.plist 文件中组合 UIMainStoryboardFile (UILaunchStoryboardName) 和 TyphoonInitialAssemblies 键。

在这种情况下，创建的故事板将是 TyphoonStoryboard 并具有台风工厂（使用 plist 程序集中指定的创建）。

根据您的一个或多个TyphoonAssembly 类中的定义，您可以完全按照您通常使用的方式使用情节提要，另外还可以注入依赖项。

【讨论】：

如果您以编程方式启动不同的故事板，依赖注入是否仍然有效？我正在这样做，但似乎没有，除非我做错了什么。
如果您以编程方式启动不同的故事板，您应该使用 TyphoonStoryboard 而不是 UIStoryboard 并将您的工厂传递给初始化程序。（这就是 Typhoon 在 plist 引导中自动执行的操作）

【解决方案2】：

正如 Aleksey 在他的回答中所说，只要使用 plist 集成以及通常的 UILaunchStoryboardName 和 UIMainStoryboardFile，那么 Typhoon 将确保任何 Storyboard 都是 TyphoonStoryboard。与普通情节提要完全一样使用，另外还有一个好处是可以根据 TyphoonAssembly 类中的定义注入依赖项。

TyphoonComponentFactory 将被故事板保留，因此将在您的应用程序的整个生命周期中持续存在。

故事板之外：（即 MacOS 应用程序、实用程序等）

TyphoonComopnentFactory 确实设计为在您的应用程序的整个生命周期中保留。（尽管如果您愿意，您可以做其他事情）。

关键概念：

您可以按原样使用TyphoonComponentFactory。
此外，您的任何装配接口都可以在 TyphoonComponentFactory 前面放置。在构建时，程序集返回定义。 在运行时它返回构建的组件。

从一个对象图到另一个对象图时，有两种方法可以保留 TyphoonComponentFactory。我们将这种组件制作称为“台风感知”。

方法一：注入程序集：

- (MyAppDelegate *)appDelegate
{
    return [TyphoonDefinition withClass:[MyAppDelegate class] 
        configuration:^(TyphoonDefinition *definition)
    {
        //Other injections . . . 
        [definition injectProperty:@selector(factory) with:self];
    }];
}

以上示例将TyphoonComponentFactory 注入到名为factory 的属性中。

注入程序集时，它可以用作TyphoonComponentFactory。
它也可以用作您的任何程序集类型。例如，您可以声明 CoreCompopnents 类型的属性 components 并注入程序集。

有关此功能的更多信息，请访问the User Guide here。

方法二：使用回调钩子：

让组件“感知台风”的另一种方法是使用 Typhoon 的回调挂钩。通过覆盖NSObject category methods:

typhoonSetFactory:(id)thefactory

与上面的其他方法一样，工厂可以用作TyphoonComponentFactory 或我在前面的任何组装接口，以下两种都可以：

typohoonSetFactory:(TyphoonComponentFactory*)factory
{
    //Do something with factory
}

typhoonSetFactory:(ApplicationAssembly*)assembly
{
    //Do something with assembly
}

在这两种方法中，使用最适合您的一种。我们推荐前者，因为它是“非侵入式”的，这意味着您自己的类不会直接调用任何 Typhoon API。如果您希望从 Typhoon 迁移出去，您只需提供该程序集的替代实现即可。

从一个对象图前进到另一个对象图：

一旦组件使用上述任一方法“感知台风”，我们就可以使用它从一个对象图继续到另一个对象图。

Typhoon 的默认范围是TyphoonScopeObjectGraph，这意味着您可以加载视图控制器，包括任何委托和循环引用。完成后，将从内存中丢弃。
同时将保留TyphoonScopeSingleton（或TyphoonScopeWeakSingleton）的任何组件。

有关此功能的更多信息，请参见User Guide here。

总结：

程序集遵循正常的 Objective-C/Swift 内存规则。因此，只要它被至少一个类使用，它就会继续存在。使用上述“从一个对象图到另一个对象图”的过程意味着它将在您的应用的整个生命周期中持续存在。

stackoverflow.com/questions/26492175/typhoon-storyboard-integration

【讨论】：