故事板似乎是处理iOS中多个视图控制器以及它们之间转换的优雅方式.
但是,出于对多个开发人员对同一故事板文件中的视图控制器进行更改以及可能导致的合并冲突而发生的情况的考虑,我一直避免使用它们.
在中等复杂度的生产应用程序中,有没有人有这方面的实际经验？
您的评估是什么 – 在这方面是否为“黄金时间”准备好了故事板？或者它更适合单个开发人员或小型开发团队？
(以及解决方法,例如’分割’成多个storyboard文件？)
意见？
谢谢！
解决方法
一点点背景：
我的五人团队,四个开发人员和QA,刚刚完成了一个相当大的项目(5万行代码),使用了大量的故事板.我们至少有10个不同的故事板,其中许多都在导航结构中深入5或6级.
此外,我们通过Perforce严重依赖版本控制,每天都有数十次签到.
我的经历：
从来没有我曾经考虑过处理任何故事板的决心.由于两个主要原因,它们在版本控制方面处理得非常好.首先,如果你打开一个,你会发现它结构良好的XML与版本控制非常相配.其次,对于故事板,您总是希望在添加任何细节或代码之前布局整个UI结构(这就是重点).这非常适合团队编码解决方案,因为每个成员都可以使用单独的ViewController并实现它,与其他团队工作保持隔离.
但是,我建议做一些“分片”,因为你可以很容易地得到一个巨大的老鼠窝连接.
最后：
如果你在网上看一下,你会发现许多对Storyboarding的负面回应,因为将数据从一个视图传递到下一个视图会变得“混乱”.但是,如果你遇到这种情况,你已经违反了MVC的基本原则.您不应该使用视图来存储和管理数据.一开始它很诱人,但最终会让你遇到麻烦,因为你的项目超越了基础.
