避免在自定义 UIViewController 容器中加载数百个视图控制器答案

【问题标题】：Avoiding loading hundreds of view controllers in a custom UIViewController container避免在自定义 UIViewController 容器中加载数百个视图控制器
【发布时间】：2013-04-01 07:54:23
【问题描述】：

我编写了一个自定义 UIViewController 容器，其行为类似于 Flipboard 的页面。用户可以滑动/点击作为子视图控制器的“页面”。我觉得我写得很好，但我担心我会遇到可能有数百个子视图控制器的场景。我想避免将所有这些视图控制器加载到内存中（因为它们都有 UICollectionViews 和大量数据）。

由于存在用于滑动视图的手势交互，因此我需要将每个“下一个”和“上一个”视图添加到容器视图并加载，以便在用户开始在另一个页面上滑动时可见。

如何阻止每个视图控制器的 -viewDidLoad 发生，以便仅在需要时加载每个视图控制器？是否有任何“最佳实践”或示例 UIViewController 容器在那里我可以得到一些关于仅加载下一个/上一个子控制器的想法？

【问题讨论】：

标签： ios model-view-controller uiviewcontroller uinavigationcontroller viewcontroller

【解决方案1】：

理论上你应该有一个容器UIViewController 和两个UIViewControllers（就像你说的那样）。一个将是下一个，另一个将是前一个。然后，您可以保留对两者的引用，当您要转到下一个（例如）时，您只需更新它，例如：

- (void)updateViewController:(UIViewController *)viewController withDataSource:(NSDictionary *)dataSource;

最后你有 3 个UIViewControllers。其他解决方案也是可能的，您可以随时查看 GitHub 或 CocoaControls 以获得一些灵感。

【讨论】：

我唯一的问题是，在创建控制器时，我需要能够执行诸如 -initWithControllers:(NSArray*) 之类的操作...也许我应该更改结构以脱离数据数组而不是控制器？我唯一担心的是它打破了它只是一个控制器容器的想法，它现在变成了一个视图控制器，不像 UINavigationController 简单地处理 VC 堆栈 + 转换。
转换和数据源是不同的东西。您可以允许每个UIViewController（下一个和上一个）访问数据源，或者容器向他们提供数据......（我会选择第一个。）
你让我朝着正确的方向前进！我改变了视图控制器的访问方式。我为每个视图控制器询问了一个数据源，而不是一组控制器。这样可以将 ViewController 的负载保持在低水平，仅需要创建的控制器。