这个问题已经在这里有一个答案：
- 当使用故事板以及何时使用XIBs 9回答
我是新来的iOS开发（尚无创建的应用程序），但我请教我的朋友已经非常高评级市场上的应用程序。 他说，不要用故事板。
虽然我很希望把他的建议，他们似乎真的很有帮助。
- 这是什么，可能会导致问题，为我未来的应用程序？
- 有什么理由我可能要不要用故事板？
从Android背景的人，我不明白为什么我应该使用它们。
Answer 1:
我倾向于避免从可能的快速原型东西除了故事板。 如果你知道你有一个非常简单的应用程序，它是不会变得复杂，而你是唯一的开发商，故事可能是好的。
这里有一些博客文章，详细说明使用的一些故事板时的痛点：
http://toxicsoftware.com/uistoryboard-issues.html
http://blog.waynehartman.com/archive/2012/01/07/uistoryboard-on-ios-5-the-good-the-bad-and-the.aspx
以上两种都有点过时，但我相信相关的点仍然成立。
请注意，在理论上，你需要使用一个故事板（一个或多个），以获得静态表，这可能是有用的。 为了得到这个好处，你可以把只在故事板文件中的静态表（注意：您可以在一个应用程序的多个故事板文件），并使用xibs或者只是代码为UI的其余部分。
Answer 2:
我建议你不要使用任何故事板或Interface Builder中。
- 如果你使用它花更多的时间，您将学习Objective-C的速度更快。 开关IB和代码之间，你将有两件事情要学习。 上下文切换仍将以后你慢下来。
- 笔尖和故事是不与源代码控制以及玩大的XML文件; 如果你在一个同时为别人工作，你会得到合并冲突。
- 你不能看到，在IB一次发生的一切，所以很难追查之类的东西布局问题。
- 无法搜索或IB更换方式，你可以在代码
- 笔尖和故事把你的观点的逻辑在控制器中。 这是否是你的问题取决于你是如何的MVC纯粹的多。
- 如果你想将你的应用程序到/从Android的，IB将使它更难。
这一切都来自于经验。 我开始运行一个小的软件开发团队使用IB iOS应用（故事板中还没有出来），并在一年之内就造成了，我会不得不禁止其使用这么多的问题。 我们的生产力去的方式，当我们停止使用它。
Answer 3:
我不认为这个问题是真的交代。 有优点和任何技术决策的利弊，这一次也不例外。
优点：
- 视觉，让你得到什么更好的主意你的应用程序看起来像更快
- 更少的代码
- 自动布局可以更容易
- 这不是全有或全无。 您可以在故事板打造的“基地”，并在代码完成它关闭
缺点：
- XML文件的一大毛球使得合并冲突非常讨厌
- 较少的灵活性比代码（没有继承等）
- 如果你有大量的屏幕在您的应用程序，除非你有一个巨大的屏幕使用单个故事板会变得非常困难！
Answer 4:
我认为这不是重要的是使用与否，最重要的是你的应用程序是如何？（优质，美观，快...）。 故事板是非常适合初学者缩短设计时间和理解。 但是，当成为专业开发人员，你一定会喜欢通过编码来绘制你的界面，因为打字超过图形更快。
Answer 5:
这仅取决于您。 如果你独自开发应用程序，故事是非常有用的。 如果你在一个团队中工作，这是更好哟使用.xibs因为有较少的问题，在比较SVN合并他们的故事板
Answer 6:
很广泛的问题。 还有，当故事板是巨大的，其他时候他们是一个麻烦倍。 取决于需求，应用程式的兼容性需求。
看到这个答案的时候用故事板以及何时使用XIBs一个很好的解释：
当使用故事板以及何时使用XIBs
文章来源: iOS Storyboards Should I use them or not? [duplicate]
