我在一家有几个 iOS 开发人员的公司工作，我们使用 GIT 在同一个项目中一起工作。我们在开发过程中从不使用 Storyboard 或 .xib 文件，因为几乎不可能正确地合并它们。
随着 iOS7 的推出，我想到了 Storyboard 和所有 UI 编码“旧方式”之间的根本区别，而不使用 Interface Builder。
这里有人这样做吗？最重要的是，您可以在 Storyboards 中做一些您在 XCode 5 中的代码中不能做的事情吗？
问问题
4320 次
3 回答
11
我将把你的问题分成两部分：NIB 和故事板。
就 NIB 而言，源代码控制问题可能很痛苦但易于管理，主要是因为您通常每个视图控制器都有一个 NIB 文件。您可以想象这样一种情况，您有两个开发人员在您的 NIB 驱动的应用程序的两个不同部分工作，而没有任何合并问题。故事板是不同的，因为您只有一个文件来描述应用程序的大部分（如果不是全部）UI。显然，那里发生冲突问题的可能性要大得多。
如果使用得当，NIB 会非常有用并且可以节省时间。下面是一个例子：iPad 上的 iPhoto 应用程序有一个非常复杂的 UI。绝大多数 UI 都是以编程方式布局的。但是，该应用程序还使用 NIB 加载图形元素，然后在代码中进行布局。这就是画笔面板的工作原理——所有画笔都是在一个 NIB 中创建的。这意味着 Apple不必拥有数十个相同的图像/图像视图 alloc/init 代码。所有的创作都可以在 NIB 中进行（这在 iPhoto UI 上的 WWDC 2012 会议中进行了一些详细的讨论 - 非常值得追踪）。
因此，NIB - 有时很好，可以为您节省大量时间，虽然存在合并问题，但它们在许多情况下可以轻松管理和处理。
然后我们来到故事板。故事板很有趣。一方面，它们对于刚接触该平台的简单应用程序和开发人员非常有帮助和有用。我刚刚将UINavigationController基于应用程序从 NIB 转换为情节提要，并发现了一些显着的时间节省（特别是在表格视图方面，因为使用情节提要您可以利用原型单元格）。
但是，如果您正在与多个开发人员一起进行大型项目，我不相信情节提要有那么大的好处。正如您所说，合并冲突存在很大问题，并且与 NIB 不同，解决它们并不容易，因为单个故事板文件控制着您的所有应用程序 UI。
这是我的建议（请随意忽略我！） - 如果您目前正在开发应用程序并完全在代码中进行布局/UI，请考虑 NIB 是否可以节省您的时间。他们可能不会——他们不适合所有人——但至少值得考虑。您可能会对实际使用 NIB 的大型应用程序感到惊讶（如我所提到的 iPhoto，还有许多 Apple 提供的内置应用程序，以及大型团队提供的许多流行的第三方应用程序）。我可能不会考虑故事板，除非您是开发具有相当简单导航的应用程序的唯一开发人员。这并不是要以任何方式制作故事板——我喜欢使用它们——只是它们并不适合协作。
有人发布此评论以回复您的问题 - 我想讨论它：
您在情节提要中无能为力，在代码中也无能为力。对象、手势识别器、segues，甚至约束 - 都可供您以编程方式构建
这在技术上是正确的，但实际上故事板/NIB 中的某些东西比代码要容易得多。一个很好的例子是自动布局。虽然您当然可以完全在代码中管理您的自动布局约束，但严酷的现实是 ASCII 自动布局表示比您在 IB 中获得的视觉表示更难使用。在 XCode 5上尤其如此，其中 IB 中的自动布局有很大的改进（我不能详细说明它仍然处于 NDA 之下，但 Apple 公开谈论了这里的一些变化）。
于 2013-07-07T10:27:26.877 回答
3
对我来说，故事板唯一的大缺点是加载时间慢，并且在浏览故事板时通常会出现延迟。我不是在谈论 2-5 个视图控制器应用程序。我说的是10个以上...
如果我真的必须使用它们（UITableView 原型单元格）或只是简单的 xib，我个人的偏好是更小的故事板。
用简单的代码来做只是一个问题……你手头有足够的时间吗？:) 通常你不会从这样做中获得很多好处。
于 2015-10-29T15:34:51.360 回答
2
你应该在你的设计中考虑这些问题：
开发时间 -
显然，在从头开始创建新应用程序时，使用 xcode UI 设计器会更快、更容易学习。以编程方式，您必须在代码中定义要设置的每个元素属性。使用故事板将使开发过程更快。
代码重用 -
使用情节提要时，您必须使用项目符号将 UI 元素绑定到控制器，从而在情节提要文件中添加额外的隐藏代码。在控制器之间创建 segue 时会添加相同的存根。添加的隐藏代码将使在您将构建的其他应用程序中重用控制器变得更加困难。如果您打算大量重用您的控制器代码，那么以编程方式创建 UI 元素会更合适。
源代码集成 -
当多个开发人员提交对文件的更改时，冲突解决是很常见的事情。使用情节提要创建和更改 UI 元素 附加更改会添加到情节提要文件中，这有时会使冲突解决有点棘手。另一方面，当以编程方式更改 UI 元素时，只会将您所做的更改添加到控制器文件中。
于 2015-10-29T15:28:26.150 回答