如何接线 NSTableView/Table 查看以避免运行时错误 "Could not connect action, target class NSObject does not respond to")
How to wire-connect NSTableView/Table View to avoid runtime error "Could not connect action, target class NSObject does not respond to")
在基于视图的单列 NSTableView 中，在其 Table 单元格视图中包含默认的 NSTextField，我试图通过连接 NSTextField 的操作来收听确认的用户编辑，在 .xib 的 Interface Builder 视图中，我的 ViewController 中的一个方法用于 window。但是在 运行 时间（在 window 初始化期间）我得到 "Could not connect action, target class NSObject does not respond to -textCellChanged"。我不明白哪个 NSObject 被错误地定位了，我在 window 中有许多其他 NSViews 正确连接到同一个 WindowController 中的其他出口和动作。
我看到其他各种具有类似症状的帖子，通常也在 NSTableView 的上下文中，并且在我的上下文中探索了这些其他问题的解决方案或部分解决方案但没有成功。我忽略了在 Interface Builder 中连接 Table View Cells 有什么特别的魔力吗？或者可能用不同的措辞：目标对象是如何在运行时实际确定的，当动作只是一个class 文件所有者中的方法（对于所有连接到公共超级视图的同一所有者的不同控件，这何时会有所不同）？
以下是上下文的一些细节：
- 文件所有者设置为 NSWindow控制器和模块的子class，那里正确继承到我的应用程序目标。
- 可能相关：我没有使用故事板，我的 XIB 大纲视图层次结构中的顶级对象是 Window (NSPanel)，而不是视图或视图控制器。 NSWindowController 只作为文件所有者出现在 XIB 中（而不是在大纲视图中作为它自己的对象）。
- 在我尝试过的各种接线方案中的任何一个（以下）中，Interface Builder "looks like" 接线操作都成功了。连接后，文件所有者的连接检查器在接收到的操作 ("textCellChanged: ... [x] Table View Cell") 下列出了预期的连接，以及将 NSTableView 的超级视图中的组件连接到 NS[=95= 中的其他方法的许多其他操作].
- 同样，在同一个 NSViewController 中将 NSTextField 作为 OUTLET 连接也没有问题。只有操作（或 target/action?? 在 IB 中仅设置 "action"）失败。
- 文件所有者也是 NSTableView 的数据源和委托，NSTextField 在编辑结束和 Behavior:Editable 时设置为 Action:Send。我认为这些都与特定症状无关，这只是连接操作失败。
- NSWindow控制器是Swift；我已经尝试在主要 NSWindowController 实现中或在实现 NSTableViewDelegate 的扩展中实现适当的操作，但没有明显不同的效果。
其他帖子建议 Xcode 接线错误，尽管在 Xcode 的旧版本中（我在 10.2）。以下是我尝试过的各种方法，结果都相似：
- Ctrl+从 Table IB 大纲视图中的查看单元格图标拖动到 NSWindow 控制器源模块，以现有的 @IBAction 为目标或允许 Xcode 生成新的连接（类型操作，对象：文件所有者）以及 ViewController
中的新方法
- 从 @IBAction 旁边的源代码 "left-column radio circle" 反向拖动到我的 .xib
大纲视图中的 Table 查看单元格
- Ctrl+从 Table 查看单元格图标（在大纲视图中）拖动到 Placeholder/File 的所有者图标，然后从弹出的方法列表中选择适当的操作方法视图控制器。
- 可能还有一些人
最后，这里有一些相关的帖子以及它们的不同之处：
This sounds like an identical symptom, but in comments OP claims to have fixed the issue by a combination of setting File Owner to the View Controller (done) and by working around blocking XCode bugs（在我的上下文中不可见）。
表明我正在链接到一个陈旧（已删除）的方法；当我允许 Xcode 为我创建方法时绝对不是这种情况。
This unanswered post 建议用户放弃这种情况作为 IB 错误并放弃优先选择非 target/action 解决方法。我想我可以继续收听 NSTextField 上的通知作为类似的解决方法。
最后，对类似症状 here 的可接受答案是在这种情况下与文件所有者的连接不正确，其中文件所有者是 NSApplication 对象而不是视图控制器。在我的例子中，文件所有者是定义这些方法的视图控制器对象，所以感觉像是正确的目标。
这里有什么未翻的石头吗？预先感谢您的帮助。
xib 文件中的文件所有者是一个占位符对象，表示 nib 的所有者并表示传递给 makeView(withIdentifier:owner:) 的所有者对象。将笔尖的所有者（通常是视图控制器或 window 控制器）传递给 makeView(withIdentifier:owner:).
在基于视图的单列 NSTableView 中，在其 Table 单元格视图中包含默认的 NSTextField，我试图通过连接 NSTextField 的操作来收听确认的用户编辑，在 .xib 的 Interface Builder 视图中，我的 ViewController 中的一个方法用于 window。但是在 运行 时间（在 window 初始化期间）我得到 "Could not connect action, target class NSObject does not respond to -textCellChanged"。我不明白哪个 NSObject 被错误地定位了，我在 window 中有许多其他 NSViews 正确连接到同一个 WindowController 中的其他出口和动作。
我看到其他各种具有类似症状的帖子，通常也在 NSTableView 的上下文中，并且在我的上下文中探索了这些其他问题的解决方案或部分解决方案但没有成功。我忽略了在 Interface Builder 中连接 Table View Cells 有什么特别的魔力吗？或者可能用不同的措辞：目标对象是如何在运行时实际确定的，当动作只是一个class 文件所有者中的方法（对于所有连接到公共超级视图的同一所有者的不同控件，这何时会有所不同）？
以下是上下文的一些细节：
- 文件所有者设置为 NSWindow控制器和模块的子class，那里正确继承到我的应用程序目标。
- 可能相关：我没有使用故事板，我的 XIB 大纲视图层次结构中的顶级对象是 Window (NSPanel)，而不是视图或视图控制器。 NSWindowController 只作为文件所有者出现在 XIB 中（而不是在大纲视图中作为它自己的对象）。
- 在我尝试过的各种接线方案中的任何一个（以下）中，Interface Builder "looks like" 接线操作都成功了。连接后，文件所有者的连接检查器在接收到的操作 ("textCellChanged: ... [x] Table View Cell") 下列出了预期的连接，以及将 NSTableView 的超级视图中的组件连接到 NS[=95= 中的其他方法的许多其他操作].
- 同样，在同一个 NSViewController 中将 NSTextField 作为 OUTLET 连接也没有问题。只有操作（或 target/action?? 在 IB 中仅设置 "action"）失败。
- 文件所有者也是 NSTableView 的数据源和委托，NSTextField 在编辑结束和 Behavior:Editable 时设置为 Action:Send。我认为这些都与特定症状无关，这只是连接操作失败。
- NSWindow控制器是Swift；我已经尝试在主要 NSWindowController 实现中或在实现 NSTableViewDelegate 的扩展中实现适当的操作，但没有明显不同的效果。
其他帖子建议 Xcode 接线错误，尽管在 Xcode 的旧版本中（我在 10.2）。以下是我尝试过的各种方法，结果都相似：
- Ctrl+从 Table IB 大纲视图中的查看单元格图标拖动到 NSWindow 控制器源模块，以现有的 @IBAction 为目标或允许 Xcode 生成新的连接（类型操作，对象：文件所有者）以及 ViewController 中的新方法
- 从 @IBAction 旁边的源代码 "left-column radio circle" 反向拖动到我的 .xib 大纲视图中的 Table 查看单元格
- Ctrl+从 Table 查看单元格图标（在大纲视图中）拖动到 Placeholder/File 的所有者图标，然后从弹出的方法列表中选择适当的操作方法视图控制器。
- 可能还有一些人
最后，这里有一些相关的帖子以及它们的不同之处：
This sounds like an identical symptom, but in comments OP claims to have fixed the issue by a combination of setting File Owner to the View Controller (done) and by working around blocking XCode bugs（在我的上下文中不可见）。
This unanswered post 建议用户放弃这种情况作为 IB 错误并放弃优先选择非 target/action 解决方法。我想我可以继续收听 NSTextField 上的通知作为类似的解决方法。
最后，对类似症状 here 的可接受答案是在这种情况下与文件所有者的连接不正确，其中文件所有者是 NSApplication 对象而不是视图控制器。在我的例子中，文件所有者是定义这些方法的视图控制器对象，所以感觉像是正确的目标。
这里有什么未翻的石头吗？预先感谢您的帮助。
xib 文件中的文件所有者是一个占位符对象，表示 nib 的所有者并表示传递给 makeView(withIdentifier:owner:) 的所有者对象。将笔尖的所有者（通常是视图控制器或 window 控制器）传递给 makeView(withIdentifier:owner:).