Ios 两个故事板，都包含Tabbar控制器。如何在他们之间切换？

我有两个故事板，都包含一个TabBarController。让我们调用第一个故事板/TabBarController组，以及第二个用户

当我从组切换到用户时，会出现用户界面，但组选项卡栏仍保留

如何从组切换到用户，以使UI和选项卡栏发生变化

编辑：

我的目标

---

不要为此使用segue。要让UIKit知道您真正想做的是切换选项卡，这是不可能的，它只是认为您想从故事板创建一个viewController实例化，并将其推送到nav堆栈中

试试这个：

self.tabBarController?.selectedIndex = // the index of your dest tab, start from 0

---

不要用segue来做这个。要让UIKit知道您真正想做的是切换选项卡，这是不可能的，它只是认为您想从故事板创建一个viewController实例化，并将其推送到nav堆栈中

试试这个：

self.tabBarController?.selectedIndex = // the index of your dest tab, start from 0

---

你问的是苹果关于标签栏的指导方针。也就是说，如果你真的想做，我相信你可以做，但我建议你重新考虑你的设计，因为：

设计观点：苹果的HIG非常适合智能手机环境，所以遵循它比完全忽略它更有帮助

实用观点：你的应用在应用商店被拒绝的几率会更高 根据苹果的iOS人机界面指南：

使用选项卡栏，用户可以访问网站上的不同透视图 与整体功能相关的相同数据集或不同子任务 你的应用程序

通常，使用选项卡栏在应用程序级别组织信息。A. 选项卡栏非常适合在主应用程序视图中使用，因为它是一个 使您的信息层次结构扁平化并提供对 多个对等信息类别或模式同时出现

不要使用选项卡栏为用户提供作用于中元素的控件 当前屏幕或应用程序模式。如果您需要提供控制，包括 对于显示模式视图的控件，请改用工具栏（用于 指导原则，请参见工具栏）

---

你所问的问题与苹果关于标签栏的指导方针背道而驰。也就是说，如果你真的想做，我相信你可以做，但我建议你重新考虑你的设计，因为：

设计观点：苹果的HIG非常适合智能手机环境，所以遵循它比完全忽略它更有帮助

实用观点：你的应用在应用商店被拒绝的几率会更高 根据苹果的iOS人机界面指南：

使用选项卡栏，用户可以访问网站上的不同透视图 与整体功能相关的相同数据集或不同子任务 你的应用程序

通常，使用选项卡栏在应用程序级别组织信息。A. 选项卡栏非常适合在主应用程序视图中使用，因为它是一个 使您的信息层次结构扁平化并提供对 多个对等信息类别或模式同时出现

不要使用选项卡栏为用户提供作用于中元素的控件 当前屏幕或应用程序模式。如果您需要提供控制，包括 对于显示模式视图的控件，请改用工具栏（用于 指导原则，请参见工具栏）

---

你要求做的事完全合法且简单。简单地从一个UITabBarController到另一个UITabBarController进行当前/模式切换。这将使用新接口（第二个选项卡栏控制器及其选项卡栏）完全替换该接口（第一个选项卡栏控制器及其选项卡栏）

你要求做的事完全合法而且容易。简单地从一个UITabBarController到另一个UITabBarController进行当前/模式切换。这将使用新接口（第二个选项卡栏控制器及其选项卡栏）完全替换该接口（第一个选项卡栏控制器及其选项卡栏）

只需从一个选项卡栏控制器到另一个选项卡栏控制器进行演示/模式切换。有什么问题吗？您也可以使用页面视图控制器，只需简单的滑动即可从组切换到用户。必须从一个选项卡栏控制器切换到另一个选项卡栏控制器进行演示/模式切换。有什么问题吗？你也可以使用页视图控制器，只需简单的一扫就可以从组切换到用户。这并不完全正确，苹果说的是，你不应该从另一个页视图控制器调用或嵌入一个页视图控制器，但完全可以通过模式或从另一个容器VC（如页视图控制器）呈现它。至少有两个苹果的应用程序（可能是contact）不完全正确，苹果说的是，你不应该从另一个选项卡视图控制器调用或嵌入选项卡视图控制器，但完全可以通过模式或从另一个容器VC（如页面视图控制器）呈现它。至少有两个苹果的应用程序可以做到这一点（可能会联系到）这是在产生预期的效果这是在产生预期的效果