设置多个UIViewControllers的最合理方法是什么？

Question

有三种方法可以在iOS应用的页面中走动。

1. 使用main.storyboard并通过segues连接视图控制器。（通过拖动和拉伸视图控制器关联视图控制器）

2. 编码。这意味着我们有一个故事板文件，并为每个页面提供视图控制器类，并通过编码将它们连接到聚集。

3. 为每个页面按UIViewController协议创建类，并通过编码将它们连接在一起，而不使用storyboard文件。

现在，请你向我解释哪一个更好，更合乎逻辑？

Answer 1

与所有基于意见的问题一样，这取决于。

我个人厌恶故事板。他们笨重而且可怕，自动布局是一场噩梦（由于自动布局造成的大量问题是疯狂的......但我离题）。

我更喜欢硬编码一切。当我设置我的应用程序布局时，它允许我具有更大的灵活性，更透明，更容易调试，但显然需要更长的时间。

但是，使用故事板可以让您在构建UI时可视化UI，这就是为什么这么多人（特别是那些不熟悉Xcode的人）喜欢它们的原因。当然，你无法完全通过故事板来所有，你必须在某些时候编写背后的逻辑。因此，即使您确实想要使用故事板，我也建议您习惯于以编程方式管理视图和分段。

此外，如果您决定使用故事板as Andrey says，那么如果您正在使用大量视图，则应该拆分故事板文件。他们可能会变得臃肿和迟滞，他们的观点太多了（我恨他们的另一个原因）。

Answer 2

您还可以为每个＆＃34;功能组＆＃34;提供多​​个故事板文件。

我认为这实际上取决于您的应用程序有多大（您需要多少视图和控制器）。对于具有少量视图的小型单页面应用程序，您可以使用一个故事板和segues。

但是，当应用程序变得更加复杂时，您应该在单独的故事板中拆分视图，并以编程方式实例化视图控制器而不会出现segues。

对于小视图，您仍然可以使用xib。

Answer 3

1. 故事板：这种方式最适合为开发人员提供流畅的GUI，并使用干净的图形流程来跟踪您的应用结构。

2. 使用故事板但以编程方式连接控制器：为什么使用这种方式而不是使用（1）选项！如果您需要在视图控制器之间自定义转换，您仍然可以在故事板中执行此操作并为其创建自定义的segue然后进行分配，因此（1）更好。

3. 不使用故事板：这个传统上是在故事板尚未推出之前使用的，现在你可以使用它但仍然（1）是最好和最简单的使用方式和更快发展。

希望有所帮助（选择首选）

Answer 4

我个人使用两者，我更喜欢编码，但是我倾向于使用故事板和代码的混合，就像originalUser2声明自动布局糟糕，但故事板可用于保持单个文件大小。