如何确定 ListView 触发的关键事件的默认处理

Question

我想将KEY_PRESSED 事件的KeyEvent 处理程序（或过滤器）添加到ListView 以用于各种KeyCodes 和修饰符（shift 和/或控制键向下）。 JavaFX API 似乎为大多数（如果不是全部）提供了默认处理，但我无法确定：

• 处理了哪些事件（和类型），或者
• 如何处理它们（“处理代码”如何读取？），或
• 处理是否通过属性设置实现（例如setOnKeyPressed(..) 与addEventFilter(..)，或
• 是否可以覆盖/替换默认处理。

这些信息是否容易获得？是否有资源以“简单的英语”方式回答这些问题？还是 JavaFX 开发的一般政策问题是这些操作对开发人员来说是不受限制的，并且必须在“原样，接受还是放弃”的基础上接受？

提前感谢您对此的任何意见。

Answer 1

按照@Slaw 的建议编辑问题，最好根据我所学提供答案。

目标是覆盖某些源自ListView 级别的KeyEvents 的默认处理。如果这不可能，那么确定确切地了解默认处理的工作原理会有所帮助，以便我了解我必须解决的问题。

JavaFX API 似乎在 ListViewBehavior 类中指定了这种处理，这是受限制的 API，并且因为它受到限制，访问它的最简单方法（根据我的经验）是通过 ListViewSkin 类创建并保存在创建ListView 时引用行为类。此引用是 private 字段（没有访问方法，例如 getBehavior()），因此只能在 ListViewSkin 的实例中访问。

默认行为安装在ListViewBehavior 构造函数中，通过将每个映射添加到ObservableList（命名为@ 987654334@) 获取地图；添加映射的代码在BehaviorBase 类中，它是ListViewBehavior 的父类。

@Kleopatra 提出了几个理论上可行的解决方案，除了 ListViewSkin 之外的所有类都是受限 API。这意味着无法访问该行为以使用反射，也无法从 openjdk/jfx 访问该行为。 @Kleopatra 的“从皮肤和行为复制粘贴”的建议应该是可行的（我没试过），但不实用；这将涉及大量工作，至少需要 1000 行代码（我的猜测），而这些工作应该不超过 30-50 行……不值得悲伤。

由于无法覆盖或替换默认处理（至少不是以实际方式），因此确切需要确定该行为的安装和操作方式。

上述KeyMappings 的行为在ListViewBehavior 类的private 方法中指定。这些方法本身很简单，在某种程度上它们是有帮助的。与行为如何运作有关的一些要点尚不清楚，例如：

• 没有指示是否将特定行为添加为 处理程序或过滤器（即listView.addEventHandler(..) 或 listView.addEventFilter(..)?这决定了当行为 实际运行，这反过来又会影响是否有任何反命令 可以安装自定义行为，如果是，那么安装在哪里；
• 未指定为其添加行为的EventTypes；
• 没有关于行为元素的顺序的指示 被添加也不至于订单是否可能取决于任何未披露的 条件;和
• 无法保证私有中指定的行为 上述方法包含所有内置行为。

此列表可能并不详尽，可能存在其他人可能认为更重要的其他领域。但这些足以说明这如何使开发人员处于他们不得不盲目飞行的境地，......而且没有充分的理由。

如果不提及有一种方法可以阻止默认处理运行以支持自定义处理，这将是不公平的。这可以通过将KeyEvents 的过滤器添加到使用该事件的ListView 来实现。但是这个解决方案并不完美，因为上面列出的不确定性仍然存在。此外，消费该事件会产生意想不到的副作用吗？它会阻止默认行为在它应该运行的时候运行吗？简而言之，开发人员仍然是盲目的，因为这些不确定性只能通过设计和观察重复的试错练习的繁琐过程来澄清，以确定可能发生的确切情况。这是一种很好的编程方式吗？

最后，@Kleopatra 关于 JavaFX 行为如何最终公开以及所发生的事情的评论值得注意。根据我自己在这里和其他领域的观察，这些信息不足为奇。确实，它在很大程度上解释了为什么 JavaFX 虽然从整体上看是一个优秀的平台，但仍有许多缺点——除非得到解决——否则将阻止它有效地取代 Swing（提醒一下，这是其声明之一早在很久以前就由 Oracle 阐明的目标）。许多专家忘记了比我所知道的更多的东西，他们肯定不仅会提出异议，而且会强烈反对这一观点。但是，这并不能改变事实。