最近我一直在想也许我应该在 XCode 中尝试 Storyboard。
我一直在 XCode 中以编程方式完成我的视图，因为我过去不太喜欢 Interface Builder。我想确切地知道我的应用程序中发生了什么，所以我从未真正使用过任何界面构建器。
所以我想听听同时使用优点和缺点的人的经验。
我喜欢以编程方式管理我所有的 UIViewControllers。但是当我设置 UIViews 时，我不得不多次运行我的模拟器来检查我是否将我的视图放置在正确的像素上。
所以我喜欢 Interface Builders，因为我可以看到我的视图将被放置在哪里。
你怎么看？
在我拥有的应用程序中，我实际上使用了两者的组合。
如果您习惯于以编程方式完成所有操作，那么您可能会发现从单独的 xib 开始会更容易。
这样做意味着 VC 的任何流程仍然像您已经在做的那样以编程方式完成。
使用 Storyboard 的主要优势是您可以使用 IB 以及每个 VC 的 UI 创建应用程序的流程。哦，您也可以在与之相关的表中创建自定义 UITableViewCells。
一旦你习惯了用 XIB 做所有事情，你应该会发现很容易转向 Storyboard 的东西。
话虽如此，并没有... 代码 < XIBs < Storyboard 的链。
他们应该被起诉以相互补充。
我已经使用 Storyboards 制作了一些应用程序，它们工作得非常出色。就在圣诞节前，我启动了另一个应用程序，该应用程序的要求使我走上了明确使用 XIB 的道路，根本没有故事板。
我还制作了大多数应用程序使用故事板的应用程序，但是某些常见的地方都使用相同的 VC 或都使用相同的 UIView 子类，对于那些我创建了自己单独的 XIB 文件的地方。
这真的取决于你在做什么，但无论哪种方式，如果你可以在代码中做到这一点，那么大多数时候它实际上更容易并且在 IB 中同样强大。
（不包括视图图纸等......）
新的 StoryBoard 界面非常漂亮和直观。但是，它仍然可以为您提供细粒度的控制，而无需您以编程方式完成所有操作。我认为它肯定更有效率，从我的角度来看，它可能需要大约一个小时来适应它绝对值得花时间。
对于看到重复界面调整的应用程序，Interface Builder 为我节省了很多时间——尤其是对于那些有挑剔客户的项目。如果您已经知道如何手动编写听起来像您所做的相同的事情，那么学习曲线并不是那么陡峭。我会说去吧，你不会后悔的。我没有。