我知道这个主题很热，并且有很多讨论，但我们仍然在我们的应用程序中使用xibs，即使最低部署目标是iOS5（并且很快将转向iOS6）。我们已经查看并阅读了很多关于故事板的内容，似乎Apple正在推动这种方法作为做UI内容的首选方式，但是我们看不到使用这种“玩具”工具的任何实际好处。故事板对于相对较小的一个开发人员项目应用程序可能很方便，但是在大型多开发项目中没有真正的好处，因为合并git / svn故事板冲突是困难的，所以stoyboards必须在modules分割，甚至可能只包含一个屏幕，因此在这种情况下它与Xib appraoch非常相似。此外，大中型应用程序的导航序列有点复杂。
到目前为止，我只看到一个好处 - 在一个地方可视化屏幕和导航。是的，我们在使用Xib时没有这样的导航流程，但是，您可以使用任何UML建模工具（例如，Astah社区免费版工具）来绘制UML屏幕导航计划图（就像我们一样），就是这样。所有UI都可以方便地分解为Xib，并且可以非常轻松，直接地从代码中加载和添加它们。即使我们开始开发相对较小的应用程序，它可能（并且它会）稍后增加大小，因此在开始时使用灵活的Xib将阻止您稍后进行其他解决方法。
所以，这些是我的想法和观察，我想听听开发大型应用程序与故事板以及他们看到的专业人士的开发者的其他意见。我最担心的是Apple会不会批评Xibs，因为我们正在开始一个可能持续2年多的新大项目，所以使用一种在不久的将来会弃用的方法会很不舒服，即使它是方便且优先的UI方式东西。
答案 0 :(得分：4)
如果没有内幕消息，这个问题几乎不可能完全回答。
通常，使用Apple推广的技术可能是最安全的。但并非总是如此 - 人们被64位碳和垃圾收集焚烧。
话虽如此，我不认为XIB会很快消失。他们在iOS和Mac上使用得太好了，即使他们想要苹果也无法在短时间内摆脱它们。
答案 1 :(得分：2)
看起来苹果想要使用故事板，你对它的利弊是完全正确的。
虽然我不太喜欢xib / storyboards的整个想法。首先，git冲突，另一个原因是，从xib / storyboard创建一个视图要慢得多（而且组织性较差），那么如果你自己编写所有代码。出于这个原因，我工作的大多数专业应用程序甚至没有xib / storyboard，每个UI元素都被编码。