Ios 模式vs推送-哪一种适合我的场景?
我有一个视图中的邮件列表,我有导航栏按钮“新建”来创建新邮件 我在网上看到的所有示例都说这个“新消息”屏幕应该是模态的。我们打开它,写信息,然后发送。就这样。因为没有来自这个屏幕的导航-它是典型的用例模式视图 但我发现我真的很喜欢“推”这个观点。我免费获取标题,我免费获取返回按钮,我可以将“发送”按钮添加到预先配置的标题栏Ios 模式vs推送-哪一种适合我的场景?,ios,storyboard,Ios,Storyboard,我有一个视图中的邮件列表,我有导航栏按钮“新建”来创建新邮件 我在网上看到的所有示例都说这个“新消息”屏幕应该是模态的。我们打开它,写信息,然后发送。就这样。因为没有来自这个屏幕的导航-它是典型的用例模式视图 但我发现我真的很喜欢“推”这个观点。我免费获取标题,我免费获取返回按钮,我可以将“发送”按钮添加到预先配置的标题栏 在代码中,我可以在处理输入的消息后在导航堆栈上执行“pop”。这有什么不好?因此,它听起来应该是模态的,但通过故事板“推送”要容易得多。根据苹果的人机界面指南: 当您需要提供
在代码中,我可以在处理输入的消息后在导航堆栈上执行“pop”。这有什么不好?因此,它听起来应该是模态的,但通过故事板“推送”要容易得多。根据苹果的人机界面指南: 当您需要提供完成任务的能力时,请使用模态视图 与应用程序的主要功能相关的独立任务。情态动词 视图特别适合于需要 始终不属于主应用程序UI的UI元素 这在很大程度上是一种偏好,取决于您试图完成的内容,以及您是否关心用户是否明确承认他的编辑(即保存/取消)。在你的例子中,听起来你有一个合理的理由来推动,所以我同意。如果您发现在使用推送时正在实现模式VC的功能,那么请切换到模式。我不相信有一个硬性规定 下面的答案提供了一些额外的很好的理由