我不知道什么时候应该使用导航控制器，而不是使用赛格瑞正常视图控制器？ 如果使用SEGUE，其模态和推赛格瑞之间有什么不同？
能给我举个例子？
Answer 1:
简短的回答： 使用导航控制器与“秀”只塞格斯实现向下钻取行为。
例如，导航控制器→作者→书籍→书籍
对于下面的“根”（作者），每个级别，导航控制器自动添加标题栏和后退按钮。 等书籍，背部按钮被自动命名为“<作者”。
子视图控制器必须用SHOW连接塞格斯 -显示塞格斯告诉导航控制器“这是一个父子关系”，并导致预期滑入-从最右边的过渡。 （跳层次之外，例如书籍→登录，使用模式，而不是赛格瑞）。
根视图控制器有一个导航栏，您可以添加更多的栏按钮，但孩子视图控制器不这样做，因为它会自动添加。
例如FoodTracker
现在苹果公司FoodTracker教程的奇数布局似乎开始开发iOS应用（SWIFT）可以解释的。 **这是怎么回事与第二嵌套导航控制器？ 这餐的只是一个简单的列表：轻按一顿饭，以显示其在膳食详情，或点击加入和膳食细节变得添加膳食。
FoodTracker故事板
第一个导航控制器，使我的饭菜从那里“推”任意数量的视图向下钻取层次结构的根（只是做没有进一步的导航控制器需要）。
但是，膳食细节同时用于显示现有的膳食和添加新的食物。 要添加新的饭，取消和需要保存按钮。 第二导航控制器允许通过使膳食详细根被添加这些按钮（见上文第三点）。
显示现有的餐是一推SEGUE，但添加一顿饭是一个模式赛格瑞（新饭不是向下钻取）。 这一点很重要：添加膳食不能只推原因是自动后退按钮（“<我的餐”）变得模糊：它保存或取消？
因为“导航”和“推”是非常笼统，因为这是很好的得到一个免费的返回按钮，人们很容易想到导航控制器是从任何地方去任何地方，但该行为的目的只是为了层次遍历。
（这是一个老问题，但我也困惑，这是一款iOS的n00b和喜欢的OP我仍然有问题。）
Answer 2:
根据我的经验，也没有决定这样的事情一般规则，它取决于你的未来应用程序的可用性...
导航控制器可帮助用户记住他们在每一个瞬间，以及他们如何能回去，但是不能使用，如果你有太多的水平的最好的事情......而更重要的是，如果你使用的是NavigationController或一个TabBarController，你有一个类，所有其他ViewControllers，您可以有一般的功能或数据访问...
模态和推赛格瑞之间的区别是，在第一个，你会总是返回到父视图控制器，因为你只显示在上面的新信息，而在推一个你与其他替代一个视图控制器...
Answer 3:
当您要启用后退按钮功能可以使用导航控制器。 你还在用“正常”的视图控制器，你只需将它们嵌入在导航控制器。 然后，你可以把视图控制器，并能回去。
文章来源: When I should use Navigation Controller?
