iOS Storyboarding - 实践经验 re : multiple developers?

Question

Storyboard似乎是处理 iOS 中的多个 View Controller 以及它们之间的转换的一种优雅方式。

但是，到目前为止，我一直避免使用它们，因为我担心当多个开发人员对同一 Storyboard文件中的 View Controller 进行更改时会发生什么，以及可能导致的合并冲突。

有没有人在中等复杂度的生产应用程序中对此有丰富的实践经验？

您的评估是什么—— Storyboard在这方面是否已准备好迎接“黄金时段”？还是它更适合单个开发人员或小型开发团队？

(还有解决方法，例如“分片”到多个 Storyboard文件中？)

意见？

谢谢!

Answer 1

一些背景知识:

我的五人团队、四名开发人员和 QA 刚刚完成了一个相当大的项目(5 万多行代码)，该项目使用了大量的 Storyboard。我们至少有 10 个不同的 Storyboard，其中许多在导航结构中深入 5 或 6 层。

此外，我们严重依赖通过 Perforce 进行的版本控制，每天要进行数十次 checkin 。

我的经历:

我从来没有想过用我们的任何 Storyboard 来解决问题。由于两个主要原因，它们在版本控制中处理得非常好。首先，如果您打开一个，您会看到它是结构良好的 XML，可以很好地处理版本控制。其次，对于 Storyboard，您总是希望在添加任何细节或代码之前布局整个 UI 结构(这就是重点)。这非常适合团队编码解决方案，因为每个成员随后都可以使用一个单独的 ViewController 并实现它，与团队的其他工作保持隔离。

但是，我建议进行一些“分片”，因为您可以很容易地得到一个巨大的连接老鼠巢。

最后:

如果您在网上四处看看，您会发现许多对 Storyboarding 的负面回应，因为将数据从一个 View 传递到另一个 View 会变得“困惑”。但是，如果您让自己陷入这种境地，那么您就已经违反了 MVC 的基本原则。您不应该使用 View 来存储和管理数据。一开始它很诱人且容易，但随着您的项目超越基础，最终会让您陷入困境。