是ios编程的新手,
我当然开始使用故事板,然后我读到当多个开发人员在同一个应用程序上工作时它有其局限性,所以我切换到纯代码。但我猜xib / nib可能是一个很好的折衷方案
你能给我一个更成熟的观点吗?
非常感谢您的灯光
答案 0 :(得分:8)
我投票反对使用故事板。它们就像通常的eyecandy东西一样,在WWDC演示中看起来很漂亮,但在现实场景中它很少做正确的事情......故事板迫使你做出不幸的架构决策(参见:{{3}当你的项目继续进行时,故事板很快演变成一个混乱的视图控制器和segues,更不用说合并故事板的问题......去那里,做到了。用vim。这很痛苦......
事实上,我已经在一个项目工作了6个月,开始使用故事板,现在开发到了我要考虑的地方(如果截止日期不会接近)分裂整个东西单个XIB,如果不是纯代码。
您应该只在以下情况下使用故事板:
答案 1 :(得分:5)
我仍然建议使用故事板......如果需要,每个项目可以有多个故事板,它们可以真正减少创建UI所需的时间。此外,如果你对git很好,你可以在大多数情况下很容易地解决冲突:http://blog.mugunthkumar.com/articles/avoiding-merge-conflicts-with-storyboards/
对于UI的编码,有一些事情最好在代码中完成......但是以编程方式构建整个UI就像在使用铲子时用勺子挖洞一样。
答案 2 :(得分:1)
使用storyboard可以防止两个或更多开发人员同时处理不同的视图,除非您使用多个故事板。
使用.xib文件,每个视图控制器一个允许一个开发人员使用FirstViewController及其关联的.xib,而另一个开发人员则使用SecondViewController及其关联的.xib。这样,不同开发人员正在做的事情没有重叠,而且一个开发人员的更改不会消除其他开发人员。