ios5 - 使用 UIStoryboards 时的最佳实践是什么？

Question

使用 Storyboard一段时间后，我发现它们非常有用，但是它们确实有一些限制，或者至少是不自然的做事方式。虽然看起来应该为您的应用程序使用单个 Storyboard，但当您获得一个中等大小的应用程序时，这会带来几个问题。

团队合作变得更加困难，因为 Storyboard 中的冲突可能难以解决(也欢迎任何与此相关的提示)

Storyboard本身可能会变得非常困惑和难以管理。

所以我的问题是什么是最佳使用实践？

我考虑过使用混合方法，将逻辑任务拆分为单独的 Storyboard，但这会导致 UX 流程在代码和 Storyboard之间拆分。对我来说，这感觉像是创建可重用操作(例如登录操作等)的最佳方式。

我还应该考虑给 Xibs 一个地方吗？ This article对许多问题都有很好的概述，它建议对于只有一个屏幕的场景，应该在这种情况下使用 xibs。 Apple 支持从 Storyboard 中实例化未连接的场景，这再次让我感到不寻常，这表明 xibs 将来不会有一席之地，但我可能是错的。

Answer 1

你是对的，分解 Storyboard是最好的方法。分解不仅仅是使部分 UI 更可重用。它还使得在团队中使用 Storyboard更易于管理。

最近，我的许多 Storyboard都包含四个或更少的场景。一个人单独构建和维护一个或多个这样的 UI 模块是很容易的。这种做法减少或消除了合并冲突。

如果我确实需要在其他人拥有的 Storyboard 中进行更改，我会先询问所有者他或她是否有任何本地更改。如果是这样，我有时会让所有者为我添加更改。分解仍然需要一些协调，但它远不如完整的应用 Storyboard。自从我开始这个练习以来，我没有遇到任何合并困难。

至于 XIB，我认为我在文章中写的不够多。它们仍然非常有用。它们非常适合单 View Controller 。然而，这并不是他们真正闪耀的地方。 XIB 有一个 Storyboard可能永远不会有的优势。 XIB 最基本的单元是 UIView，而 Storyboard的基本单元是 UIViewController。由于 XIB 可以保存 UIView 的集合，因此它们非常适合直观地创建自定义控件。在 XIB 中，我可以直观地构建一个旋转拨号或 GPS 小部件。然后我可以将这些控件和小部件放入 Storyboard 或其他 XIB 中。这种 XIB 在 iPad 应用程序中更常见，因为它们具有更大的屏幕，能够容纳许多控件和小部件。在 Storyboard 的 UIViewController 中构建 UISwitch 是不自然的。

现在最好的消息。可以在 Interface Builder 中连接 Storyboard，而无需编写任何代码。我计划在 WWDC 之后发布这项技术，因为 Apple 可能会在 iOS 6 中发布类似的功能。但是，既然你问了，我决定现在就发布它。您可以在我的 blog 上找到更多详细信息，而不是重复我对 RBStoryboardLink 工作原理的解释。和 GitHub .这将使您的 UIStoryboard 体验更加愉快。