故事板xib / nib纯编程的最佳实践
作为ios编程的新手，
当然，我开始讲故事板，然后我已经读到，当多个开发者开始在同一个应用程序上工作时，它有它的限制，所以我切换到纯代码。 但是我猜xib / nib可能是一个很好的折中。
你能否给我一个更成熟的观点？
非常感谢您的灯光
我会投票反对使用故事板。 它们就像通常的眼睛似的东西，在WWDC演示中看起来很漂亮，但是在现实生活中，很less做正确的事情。故事板迫使你做出不幸的架构决定（参见： http：//并且随着你的项目的进行，故事板很快演变成一堆可怕的viewcontrollers和segues，而不是提到合并故事板的问题…在那里，做到了。 用vim。 这很痛苦
事实上，我一直在做一个6个月的项目，最初是使用故事板，现在我开始考虑开发一个项目（如果截止date不近），将整个项目分解成单独的XIB如果不是纯代码的话。
你应该只使用故事板，如果：
- 你正在做概念validation的应用程序/原型
- 你正在计划不超过6个视图控制器
- 你将会使用简单的基于栈的导航，而且没有什么复杂的
我仍然会推荐使用故事板……如果需要的话，每个项目可以有多个故事板，并且可以真正减less创buildUI的时间。 另外，如果你使用git，你可以在大多数情况下很容易地解决冲突： http : //blog.mugunthkumar.com/articles/avoiding-merge-conflicts-with-storyboards/
至于编码的UI，有一些最好在代码中完成的东西…但编程构build整个用户界面就像用铲子挖一个洞，当你可以使用铲子。
使用故事板可以防止两个或多个开发人员同时处理不同的视图，除非您使用多个故事板。
使用.xib文件，每个视图控制器使一个开发人员能够处理FirstViewController及其关联的.xib，而另一个开发人员使用SecondViewController及其关联的.xib。 这样，不同的开发人员在做什么就没有重叠，而且一个开发人员的更改不会消除其他的开发人员。