gpt4 book ai didi

swift - 在 ViewController 中处理菜单项操作

转载 作者:可可西里 更新时间:2023-11-01 00:33:43 25 4
gpt4 key购买 nike

我想在我的 View Controller 中处理对菜单项“打开”的点击。

似乎只能在我的 AppDelegate 中处理它。这里描述的问题 [1] 与我想做的非常相似,但我认为必须有一种更动态的方法,并且不需要 AppDelegate 知道将它准确转发到哪里。如果我想根据当前 View 更改操作怎么办?

这是我用 cocoa 编写的第一个应用程序,所以我对“响应链”[2] 和“委托(delegate)”还不是很熟悉,但似乎我必须对它们做些事情。

[1] Connect to ViewController from AppDelegate (Swift)
[2] Cocoa Storyboard Responder Chain

最佳答案

What if I want to change the action depending on the current view?

您确实需要了解响应链才能了解菜单命令的处理方式。简而言之, View 、 View Controller 、窗口 Controller 、文档和应用程序本身都是 NSResponder 的实例,它提供了处理按键和菜单命令等事件的机制。在任何给定时刻都有一个“第一响应者”,这是第一个有机会处理此类事件的对象。如果该对象不处理有问题的事件,该事件将向上传递到链中的下一个响应者,依此类推,直到它到达应用程序。

例如,当您在基于 Cocoa 的文本编辑器中键入字母“a”时,该按键将发送给第一响应者。如果有一个文档窗口打开并处于事件状态,那么第一响应者可能是某个 TextView ,它将在插入点插入“a”,并可能通知其代理文本已更改。另一方面,如果您在同一个窗口处于事件状态的情况下选择"file"->“关闭”命令,则该事件将从 TextView 开始, TextView 可能无法处理它,因此它将向上传递到父 View ,窗口,到窗口 Controller ,最后到达文档,它知道如何处理该命令。另一方面,如果命令是 File->Quit,那么在它被处理之前,命令将一直传递到应用程序。这在 Cocoa 和 Cocoa Touch 编程中被称为“响应链”,但这里的模式也被称为 "chain of responsibility."。响应者链不仅用于处理事件,还用于诸如菜单验证之类的事情。

上下文菜单命令的处理方式相同。唯一真正不同的是上下文菜单的创建方式:当用户执行任何手势调出上下文菜单(通常是按住 Control 单击或右键单击)时,上下文菜单是通过询问第一响应者(再次,当前“聚焦”的东西)应该显示什么菜单。 NSView 有一个 -menuForEvent: 方法,通常只返回 View 的 menu 属性的内容,所以你可以设置 menu 属性与 NSMenu 的实例,或者您可以覆盖 -menuForEvent: 以便它构建菜单。当用户选择一个上下文菜单命令时,它将像任何其他菜单命令一样被处理,从第一响应者开始。这意味着第一响应者不一定需要处理它提供的上下文菜单中的所有项目——可能有像“复制”或“粘贴”这样的项目由链上游的其他对象处理。

关于swift - 在 ViewController 中处理菜单项操作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48164231/

25 4 0