iOS Navigation Controller/Storyboard Segues 主要优势？

Question

好吧，我真的没有看到让导航 Controller 包装我的 View 并尝试在我的 Storyboard上拖动 segues 的巨大胜利是什么。当然，当您从堆栈中推送/弹出 View 时，您会受益于 iOS 自动添加后退按钮的好处，但对于超出简单应用程序的任何内容，我什至不关心!

我的目标只是让 1 个 View 真正代表给定的页面。然后使用以下命令以编程方式移动到另一个 View :

ViewController *vc = [storyBoard instantiateViewControllerWithIdentifier:@"ViewController"];
[self presentViewController:modalYearPickerViewController animated:NO completion:nil];

或

ViewController *vc = [storyboard instantiateViewControllerWithIdentifier:@"ViewController"];
[self.navigationController pushViewController:vc animated:YES];

我意识到，为了插入第二个示例，我需要将 View 包装在导航 View Controller 中，但是使用这些方法之一可以防止我不得不创建我发现很难创建的“segues”管理。当我设置 segue 时，有一半时间 iOS 会抛出一个错误，指出它无法执行或 segue 不存在。

很多时候，我要么隐藏后退按钮，要么根据之前的操作或屏幕动态更改“后退/返回”可能会驱动用户的位置。

我在这里缺少什么大东西吗？我是 iOS 的新手，但我来自网络世界，在那里我习惯于轻松地在屏幕上导航。

大家有什么想法吗？

编辑:这是一个非常简单的示例解决方案。当我到达“详细信息”页面时，我希望有一个返回主页的按钮而不是模态按钮。

http://andrewherrick.com/spike/nav_ios.zip

Answer 1

根据您的图表，我预计:

在根目录下，您有一个包含Artists 的导航 Controller 。 Artists 有一个到 New Artist 的模式转场(嗯，到一个包含它的导航 Controller )和一个到 Artist Songs 的推送转场。

New Artist 是导航 Controller 的根，并且具有到 Artist Songs 的推送转场。 New Artist 在导航栏中有一个 Cancel 和一个 Done 按钮。

Artist Songs 应该是可配置的(它可以自己确定)，这样它就有一个后退按钮(总是基于这个模型，并自动处理)和一个 Done 按钮，当它被 New Artist 按下时(完成保存并关闭模态，从而将用户带回 Artists)。

以上所有内容都可以通过 segues 或直接实例化和从代码转换来实现，您使用哪种是个人喜好问题。