我正在阅读关于 ios 开发的大书呆子牧场书,它已经有一年了,所以只针对 ios5,但他们建议不要使用故事板,因为在团队环境中,故事板文件通常会因为太多人试图更新而产生源代码控制冲突文件,并且当您拥有多个视图控制器时,它会变得杂乱无章,并且如果没有故事板,它所帮助的事情(如 segues)并不难做到。
我想知道是否有人可以分享在团队环境中使用故事板的经验,以及他们是否更喜欢 nib
我正在阅读关于 ios 开发的大书呆子牧场书,它已经有一年了,所以只针对 ios5,但他们建议不要使用故事板,因为在团队环境中,故事板文件通常会因为太多人试图更新而产生源代码控制冲突文件,并且当您拥有多个视图控制器时,它会变得杂乱无章,并且如果没有故事板,它所帮助的事情(如 segues)并不难做到。
我想知道是否有人可以分享在团队环境中使用故事板的经验,以及他们是否更喜欢 nib
甚至 .xib(笔尖)在团队环境中使用也非常危险,因为任何形式的合并都可能极其困难甚至不可能,而且很多时候只需接受一组更改并重做另一组即可。因为使用 .xib 的本地化程度更高,所以它比故事板更安全,但如果您有大量编辑的文件,则值得在代码中完成所有 UI,以便可以轻松合并所有更改。
正如 rooster117 指出的那样,XIB 在多开发人员环境中可能会遇到与 Storyboard 相同的问题。
您可以做一些事情来减轻复杂性,但最重要的是要意识到您的开发团队必须作为一个“团队”工作并相互沟通。我们已经在一个系统中工作,在这个系统中,多个开发人员无法真正进入并同时对相同的文件进行重大修改。我们只需要认识到 XIB 和 Storyboard 需要更多的沟通。
另一种缓解问题的方法是使用多个故事板。我不是在谈论每个故事板 1 个项目,这违背了目的;但是您不必将整个应用程序粘贴在一个故事板中。将其分解为流并将每个流放入不同的 Storyboard 文件中。如果你在不同的流程中工作,没有问题,如果你在同一个流程中工作,你很可能会说很多话,所以它应该不太可能导致问题。
XIB 会最大程度地限制它,但对于大多数团队/项目来说,这可能是矫枉过正。