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