在 iOS 编程中使用 Storyboard 代替 xib 文件有什么好处？

Question

使用 Storyboard 和 xib 文件之间的主要区别是什么？

具体来说， 使用故事板的优点或缺点是什么？

不幸的是，尽管做了相当多的研究，我在故事板上找到的只是简单的教程，向您展示如何设置故事板，而不是解释它们是什么的具体信息。

Answer 1

故事板是：

• 所有场景的容器（视图控制器、导航控制器、TabBar 控制器等）
• 这些场景之间的连接和转换的管理器（这些称为 Segue）
• 如何相互通信的好方法
• 管理不同控制器 让您完整地了解应用程序的流程，这是您永远无法从周围浮动的各个 nib 文件中获得的。
• 当您有多个控制器，每个控制器都有自己的 nib 文件时，会减少所有“混乱”。

我已经使用 Storyboards 一段时间了，唯一的缺点是你无法针对 iOS 4 或更低版本。故事板仅适用于运行 iOS 5 或更高版本的设备。除此之外，在我看来，好处很多，缺点也不存在。

我见过的最好的教程是 Ray Wenderlich 的

另外，如果您是 Apple Developer 计划的成员，请查看去年的 Storyboards (iTunesU) WWDC 会议，非常棒。

另一个很棒的课程（也在 iTunesU 上）是最新的斯坦福 iOS 应用程序编程课程。

Answer 2

故事板不仅有优点，也有缺点——只是因为你要求输入：

• 在一个团队中与 SB 一起工作并不容易，因为一次只有一个参与者可以在 SB 上工作（因为它是一个文件）。

-以下说法不正确：
-如果您需要做 SB 不提供的事情，那么将 SB 与编程创建的视图混合起来并不容易（不过，这是可能的）

经验法则似乎是：越多你期望你的项目越复杂，你最好不要选择SB。

编辑：
- SB 的另一个缺点：解决 XCode 关于 SB 的所有烦人的错误。例如，由于存在一些不一致之处，必须经常刷新 DerivedData 文件夹。有时故事板文件或它们的链接会损坏。然后你可能会很高兴去寻找问题。看看这个线程来获取这个想法

编辑 2（2013 年 3 月）：同时 Storyboards 和 Xcode 工作得更好，文档和最佳实践也得到了广泛传播。我认为大多数项目都可以推荐使用故事板，即使仍然存在一些问题。

编辑 3（2013 年 9 月）：现在使用新的 Xcode 5 格式与 SB 合作可能会变得更好，因为它似乎可以 合并 SB 代码更容易现在。

另一个编辑：好吧，如果你有一个小时的时间，坐下来，放松一下听听这些人讨论这个话题 (Ray Wenderlich & Co)

编辑 2016.1: 之后长期以来，我一直是 Storyboard 的倡导者，在过去的几个月里，我遇到了很多麻烦，所以我决定尽可能放弃 Storyboard。原因是苹果添加了愚蠢的功能，但并不关心错误和缺陷。具有大量自动布局约束的性能非常糟糕（在设计时），并且容易出错。
示例：即使不太复杂的 Storyboard 在 Xcode 中打开项目后也往往会进入“脏模式”（请参阅​​ git state）。
提示：作为初学者，您会喜欢故事板，因为您可以快速构建原型并让事情运行而无需大量代码。当您进入中间状态时，您将向项目添加更多 GUI 代码。现在你开始在代码和 SB 之间来回切换——事情开始变得更糟。迟早您会倾向于在代码中完成大部分 GUI 工作，因为结果比拥有多个源更可预测。

Answer 3

摘要

Nibs/.xib 文件和 Storyboard 都是 Interface Builder 文件，用于在 Xcode 中直观地创建 iOS 和 Mac 应用程序的用户界面（我将使用 iOS 术语来表示类，因为这个问题被标记为 iOS，但它也适用于 Mac 编程）。

差异

Nib 旨在与单个 UIView 一起使用。它们还可以通过将文件所有者的类设置为 UIViewController 的任何子类来连接到 UIViewController 子类，并连接视图出口（使用“连接检查器”中的“连接检查器”进行拖动以进行连接） Xcode 的最右侧窗格）。

故事板旨在包含 1 个或多个 UIViewController 的用户界面。您可以在单个故事板中构建整个用户界面或将其分成更小的部分。

优点

故事板应始终用于支持 .xib 文件/Nib（用于视图控制器）。 Storyboards 具有更多功能，并且由 Apple 积极开发。

每个支持 Nib 的论点都依赖于这样一个事实：它们是单独使用的，而故事板包含许多场景。您可以为每个 UIViewController 使用单个故事板，就像使用 Nibs 一样轻松（请参阅下面的代码示例）。继续阅读详细的解释和代码示例。

详细

为什么 Storboard 优于 Nib？

答案基本上可以归结为 Apple 鼓励使用 Storyboard 并投入更多的开发精力。

1. 故事板具有 Nib 所缺乏的缩放功能。说真的，你根本无法缩放笔尖，这在小型笔记本电脑上为更大的屏幕进行设计时很糟糕。
2. Nib 缺少关键功能，例如：
   • UITableView 的原型和动态单元格 (更多信息）
   • 顶部布局指南属性（请参阅评论）
   • 可能还有更多，如果您有任何内容要添加到此列表中，请编辑或评论
3. 您不需要混乱设置文件所有者的类。

反对故事板的基本论点是，将所有视图控制器放在一个地方会导致合并冲突、Xcode 缓慢、构建时间缓慢，并且维护起来很麻烦。因此，一般建议是为每个 UIViewController 使用 Nib。

但是...您可以为每个 UIViewController 创建故事板。一种常见的做法（至少对我来说）是将所有 UIViewController 初始化隐藏在类方法中（因为其他类不需要知道控制器 Nib/Storyboard 所在文件的名称）。
让我们比较一下可用于创建此类方法的相关代码片段。一行代码就是两者之间的全部区别。

Objective-C

故事板

+ (ViewController *)create
{
    UIStoryboard *storyboard = [UIStoryboard storyboardWithName:@"ViewController" bundle:nil];
    return [storyboard instantiateInitialViewController];
}

Nib

+ (ViewController *)create
{
    return [super initWithNibName:@"ViewController" bundle:nil];
}

用法

- (void)showMyViewController
{
    ViewController *vc = [ViewController create];
    [self presentViewController:vc animated:YES completion:nil];
}

Swift

故事板

static func create() -> ViewController {
    let storyboard = UIStoryboard(name: "ViewController", bundle: NSBundle.mainBundle())
    return storyboard.instantiateInitialViewController() as! ViewController
}

Nib

static func create() -> ViewController {
    return ViewController(nibName: "ViewController", bundle: nil)
}

用法

func showMyViewController() {
    let vc = ViewController.create()
    self.presentViewController(vc, animated: true, completion: nil)
}

论点

我将讨论 Nibs 的所有常见论点；正如我之前提到的，大多数人都赞成单个文件，而不是作为 Nibs 优于 Storyboard 的论点

1. 团队和合并

论点：拥有一个包含大量视图控制器的 Storyboard 将
如果您在一个有多个团队的团队中工作，则会导致合并冲突
人们进行更改

响应：单个故事板不会比单个 Nib 引起更多合并冲突

2. 复杂性

争论：非常复杂的应用程序在故事板中有很多场景，这会导致巨大的故事板需要永远加载和加载由于它的大小，很难理解。

回应：这是一个很好的观点，但是您可以轻松地将故事板分成更小的部分。 故事板参考看起来很棒可用于将 Storyboard 链接在一起的功能，但它们仅在 Xcode 7/iOS 9+ 中可用。而且，这仍然不是选择单个 Nib 而不是 Storyboard 的理由。

3. 可重用性

论据：为每个UIViewController子类创建一个Nib可以让您重用代码，这样您就不必为故事板中的每个场景设置所有约束和出口。

回应：同样，这并不是选择单个 Nib 而不是单个 Storyboard 的理由。

Answer 4

几个月前的 LiDG 会议上，有一个关于 Storyboard 的精彩演示。

就我个人而言，我认为这是使用新应用程序的方式。存在一些差距，特别是对于非常复杂的应用程序，但优点大多大于缺点。

Answer 5

故事板的更多好处：

• 故事板对表格视图有更好的支持。那就是你可以使用
  “动态”和“原型”单元。
• 使用故事板实例化视图控制器更容易。你可以做类似的事情：[se lf.storyboard
  instantiateViewControllerWithIdentifer:]
• Storyboard 支持视图控制器容器，因此您可以以图形方式布局子视图控制器。

缺点是：

• 当故事板包含大量视图控制器时，在 XCode 中渲染速度很慢

• 无法为一个视图控制器启用自动布局在故事板中。

Answer 6

请注意，如果您使用 Storyboard，您的应用程序将无法向后兼容旧操作系统安装。

Answer 7

故事板基本上是一种让开发人员的工作变得更轻松的工具。它被编译成一系列 nib 文件，因此性能几乎相当，但作为开发人员能够快速概览整个应用程序流程是非常棒的。

我开始过渡到在新项目中使用故事板，前提是我可以说服客户接受 iOS 5 作为最低版本。这纯粹是因为我更喜欢这样做，并且完成相同任务所需的时间更少。

Answer 8

您对自动布局的态度也可能会影响您是否要使用情节提要。使用 xib，您可以在每个 .xib 的基础上启用或禁用自动布局，从而允许在您的应用程序中进行混合，而情节提要将您的选择应用于它们包含的所有视图。

Answer 9

您在一秒钟内即可看到大图。如果有很多 NIB 文件，您可能看不到全局。
更容易维护您的程序。更容易理解其他程序......等等。

Answer 10

优点：

1) 界面设计非常好

2) 您可以使用 StoryBoard Segues 以一种很酷的方式识别导航/模态关系。

3) 如果您的应用程序支持多个设备，那么这是组织不同视图的好方法。

4) 原型设计是另一个额外的优势。

5）原型UITableViewCell可以节省时间，也减少代码量。

6) 您可以使用StoryBoard在一处看到应用程序的所有屏幕。

7) 您可以轻松查看它们之间的关系

8) 如果您正在处理某人的代码，您可以更好地了解应用程序的流程。

9) 您可以通过应用情节提要中的视网膜形状系数来设置 iPhone 4 和 iPhone 5 的用户界面，而无需一次又一次运行该应用程序。

10) 客户可以在开始开发应用程序之前看到应用程序的原型，这里故事板对你有很大帮助。

缺点：

1）它仅在 iOS 5+ 中可用

2）StoryBoardSegue 有点僵化，您可能会多次使用prepareForSegue。

4）和IB一样，对其他显示引擎和工具包不太友好。

4) 使得共享单个视图或一组视图的设计变得困难——您必须发送全部或不发送任何内容。

5) 对于故事板，您将需要一个大屏幕，特别是在 iPad 的情况下。

6) 将视图从其他应用程序复制到故事板时遇到困难。

7) 当多个开发人员使用

从某些资源复制的git 存储库处理同一个项目时，故事板中出现问题

Answer 11

故事板的问题多于好处。以下是他们的问题列表，复制自 iraycd：

• 故事板失败在运行时，而不是在编译时：您的segue名称有拼写错误或者在故事板中连接错误？它会在运行时爆炸。您使用的自定义 UIViewController 子类在故事板中不再存在？它会在运行时爆炸。如果您在代码中执行此类操作，您将在编译时尽早捕获它们。 更新：我的新工具StoryboardLint 主要解决了这个问题。

• 故事板很快就会变得混乱：随着项目的发展，故事板变得越来越难以导航。另外，如果多个视图控制器有多个连接到多个其他视图控制器，那么您的故事板很快就会开始看起来像一碗意大利面条，您会发现自己放大和缩小并滚动整个地方以找到您正在寻找的视图控制器并找出哪些 segue 点在哪里。 更新：此问题主要可以通过将 Storyboard 拆分为多个 Storyboard 来解决，如 Pilky 的这篇文章 和 罗伯特·布朗的这篇文章。

• 故事板使团队工作变得更加困难：因为您的项目通常只有一个巨大的故事板文件，所以让多个开发人员定期更改该文件可能会很令人头痛：更改需要合并并解决冲突。当发生冲突时，很难说如何解决它：Xcode 生成故事板 XML 文件，但它的设计目的并不是人类必须阅读它，更不用说编辑它了。

• 故事板使代码审查变得困难或几乎不可能：同行代码审查对于您的团队来说是一件很棒的事情。但是，当您对故事板进行更改时，几乎不可能与其他开发人员一起审查这些更改。您所能获取的只是一个巨大 XML 文件的差异。破译真正改变的内容以及这些更改是否正确或是否破坏了某些内容确实很困难。

• 故事板阻碍代码重用：在我的 iOS 项目中，我通常创建一个类，其中包含我在整个应用程序中使用的所有颜色、字体、边距和插图，以使其具有一致的外观和感觉：如果我必须为整个应用程序调整任何这些值，那么这只是一行更改。如果您在情节提要中设置此类值，则会重复它们，并且当您想要更改它们时需要查找每一个出现的值。您很可能会错过其中一个，因为故事板中没有搜索和替换功能。

• 故事板让您将所有事情都做两次：您是否正在构建一款可在 iPad 和 iPhone 上运行的通用应用程序？当您使用故事板时，通常会有一个 iPad 版本的故事板和一个 iPhone 版本的故事板。保持两者同步需要您在两个地方进行每个 UI 或应用程序工作流程更改。耶。 更新：在 iOS 8 和 Xcode 6 中，您可以使用适用于 iPhone 和 iPad 的单个 Storyboard。

• 故事板需要不断的上下文切换：我发现自己在代码中的工作和导航速度比在故事板中快得多。当您的应用程序使用故事板时，您会不断切换上下文：“哦，我想点击这个表视图单元格来加载不同的视图控制器。我现在必须打开故事板，找到正确的视图控制器，创建一个新的segue到另一个视图控制器（我也必须找到），给segue一个名称，记住该名称（我不能在故事板中使用常量或变量），切换回代码并希望我不会输错名称为我的继续prepareForSegue 方法。我多么希望能够在我所在的地方输入这 3 行代码！”不，这不好玩。在代码和故事板（以及键盘和鼠标之间）之间切换会很快变得过时，并且会减慢您的速度。

• 故事板很难重构：重构代码时，您必须确保它仍然符合故事板的期望。当您在故事板中移动内容时，您只能在运行时发现它是否仍然适用于您的代码。对我来说，好像我必须保持两个世界同步。以我的拙见，它感觉很脆弱，并且阻碍了改变。

• 故事板不可搜索：当您使用故事板时，Xcode 中的项目范围搜索并不是真正的项目范围搜索。它们不包含在搜索中。因此，当您从代码中删除自定义类或重命名它时，您必须手动浏览故事板或查看其原始 XML，以确保它与您的代码更改保持一致。不，先生，我不喜欢这样。 更新：在 Xcode 6 中可以搜索 Storyboard。

• 故事板不太灵活：在代码中，您基本上可以做任何您想做的事情！使用故事板，您只能执行代码中可以执行的操作的一部分。特别是当你想用动画和过渡做一些高级的事情时，你会发现自己在“与故事板作斗争”才能让它工作。

• 故事板不允许您更改特殊视图控制器的类型：您想将 UITableViewController 更改为 UICollectionViewController 吗？或者进入一个普通的 UIViewController ？在故事板中不可能。您必须删除旧的视图控制器并创建一个新的视图控制器并重新连接所有 Segue。在代码中进行这样的更改要容易得多。

• 故事板给您的项目添加了两个额外的负担：(1) 生成故事板 XML 的故事板编辑器工具，以及 (2) 解析 XML 并从中创建 UI 和控制器对象的运行时组件。这两个部分都可能存在您无法修复的错误。

• Storyboards 不允许您向 UIImageView 添加子视图：谁知道为什么。

• 故事板不允许您为单个视图（控制器）启用自动布局：通过选中/取消选中故事板中的自动布局选项，更改将应用​​于故事板中的所有控制器故事板。 （感谢 Sava Mazăre 的这一点！）

• Storyboards 破坏向后兼容性的风险较高：Xcode 有时会更改 Storyboard 文件格式，并且不以任何方式保证您能够打开您在几年甚至几个月后今天创建的故事板文件。 （这一点感谢thoughtadvances。请参阅原始评论）

• 这是麦当劳：说用史蒂夫·乔布斯关于微软的话说：这是麦当劳（视频）！

Answer 12

在 iOS 7 之前，故事板虽然很简洁，但并不是必须具备的。他们解决的问题和带来的问题一样多。 iOS 7 将天平向 Storyboard 倾斜。

对于 iOS 8 和 9，这不再是问题：使用情节提要！

情节提要的主要缺点是您完全依赖 XCode，并且您最终可能会花费数小时来解决 XCode 错误。但 XCode 已经变得更好了，而且 Storyboard 的优势现在太多了，不容忽视。表视图单元格原型、尺寸类、自动布局支持等。

一些提示：

• 将每个 Storyboard 视为视图控制器的容器，
  属于在一起。不要把它当作你整个的宏伟布局
  应用。
• 您可能需要多个故事板
• Segues 实际上只对最琐碎的用例有用 - 它们非常适合这一点。但在现实世界的应用程序中，许多转换将在代码内发生。
  没关系。
• 编写一个类别以编程方式实例化视图控制器
  从故事板中所以你所要做的就是让
  vc=SomeViewController.create()，该方法处理所有
  详细信息（拉故事板，将视图控制器拉出故事板
  ETC）。