在更少的视图控制器中做事更好还是更少？
Is it better to do things in fewer view controllers or less?
我正在通过自己的项目学习 swift3，我想知道是否有任何 rules/recommendations 减少视图控制器的数量或使用更多来减少 activity 发生在一种观点中。还是真的只是偏好？
例如，我可以继续进入新视图，也可以只使用一些东西 disappear/appear - 例如填充信息。
到目前为止，我所看到的只是人们采用不同的方法，这让我认为这是偏好。
回答问题的技术部分：不要将性能纳入您的考虑范围。视图控制器是一个非常轻的东西——它通常使用相当少的存储空间，它的工作主要是对视图事件做出反应。所以处理成本通常是按需产生的，而不是固有的。任何定时的东西都应该在 viewDidAppear 和 viewDidDisappear 上进行门控，除非控制器的视图可见，否则不会产生任何成本。
因此问题是结构，而不是性能。我对此有一个看法——特别是自从引入了视图控制器容器以来，视图控制器应该使用尽可能简洁的实现进行单一布局，组合和转场由父级处理，无论是提供的选项之一，如 UINavigationController 还是其中之一你自己的设计，或者如果只有 segues 是感兴趣的，那么通过该机制隐含地 — 但 Whosebug 并不是真正的意见论坛，因为其他人肯定有不同的想法。
我正在通过自己的项目学习 swift3，我想知道是否有任何 rules/recommendations 减少视图控制器的数量或使用更多来减少 activity 发生在一种观点中。还是真的只是偏好？
例如，我可以继续进入新视图，也可以只使用一些东西 disappear/appear - 例如填充信息。
到目前为止，我所看到的只是人们采用不同的方法，这让我认为这是偏好。
回答问题的技术部分：不要将性能纳入您的考虑范围。视图控制器是一个非常轻的东西——它通常使用相当少的存储空间，它的工作主要是对视图事件做出反应。所以处理成本通常是按需产生的，而不是固有的。任何定时的东西都应该在 viewDidAppear 和 viewDidDisappear 上进行门控，除非控制器的视图可见，否则不会产生任何成本。
因此问题是结构，而不是性能。我对此有一个看法——特别是自从引入了视图控制器容器以来，视图控制器应该使用尽可能简洁的实现进行单一布局，组合和转场由父级处理，无论是提供的选项之一，如 UINavigationController 还是其中之一你自己的设计，或者如果只有 segues 是感兴趣的，那么通过该机制隐含地 — 但 Whosebug 并不是真正的意见论坛，因为其他人肯定有不同的想法。