Java中的事件监听器和处理器有什么区别?

在一般的术语中,有事件的监听器和处理程序。
我的意思是我在不知不觉中使用它们,只要在API中可用即可。

我的问题是,我们在什么情况下使用监听器,以及在什么情况下使用处理器来处理事件?

他们之间有什么区别? 特点?

我查找了原因,找不到Java的正确解释。

听众和处理者之间没有正式的区别。 有些人可能会认为它们是可以互换的。 对我而言,他们的意思稍有不同。

侦听器是订阅来自源的事件的对象。 参看 观察者模式 。 通常你可以有许多监听器为每种types的事件订阅,并且通过add XyzListener方法来add XyzListener

示例: Java API中的MouseListener

处理程序是负责处理某些事件的对象。 一个典型的场景是为特定的事件/任务提供一个处理程序作为构造函数的参数,或者通过一set XyzHandler方法设置处理程序。 换句话说,每种types的事件通常都有一个处理程序。

示例: Java API中的MemoryHandler

最基本的区别是联想

  • 监听器与事件源 (例如:键盘)相关联
  • 处理程序与事件 (例如:keydown)相关联

一般来说,只有一个pipe理所有事件的中央处理程序pipe理器,而在侦听器的情况下,每个想要侦听的实体将不得不pipe理它们自己的侦听器集合

这是我看到它的方式:

听众注视着要被解雇的事件。 例如, KeyListener等待KeyEvent, MessageListener等待消息到达队列等等。

处理程序负责处理事件。 通常情况下,听众和处理者是携手并进的。 例如,KeyListener告诉ExitHandler“字母Q被按下”,处理程序执行诸如清理资源和正常退出应用程序之类的逻辑。 类似的ButtonClickListener会告诉相同的ExitHandler“退出button被点击”。 所以,在这种情况下,你有两个不同的事件,两个不同的监听器,但一个处理程序。

监听器监听事件,这些事件是描述事件的数据值对象。 事件发生时,事件的顺序通常很重要。 按键“0”后跟“1”与“1”和“0”不同。

一个处理器,处理一个复杂的对象,例如一个新的Socket连接。 该处理程序可能会处理该对象的任何时间长度。 对象创build和订单的时间并不那么重要。 来自client0或client1的连接可以按任何顺序发生。

侦听器是一个事件发生时被通知的对象,它有两个主要的要求 – 1 – 它必须注册一个或多个来源来接收有关事件2的具体types的通知 – 它必须实现方法来接收和处理这些通知。 处理程序负责处理事件。

在我看来,最重要的不同在于,我们使用listener来处理每个事件的来源,相反,handler是每个事件types的。

它们在概念上是相同的东西 – 一个响应UI事件执行一些操作的对象。 一般来说,在Swing中,这些对象在外观层次上被称为“处理程序”(用于处理低级小部件事件),而在更抽象的用户界面层级上则被称为“侦听程序”(在这里你将实现你的应用程序逻辑)。

我认为这种差异是微妙的,因为一个具体的Listener也是一个事件处理程序,或者至less有一个可以被认为是事件处理程序的方法。 也就是说,一个具体的Listener在接收到一个事件对象(来自事件源)之后,处理或者pipe理对该事件的反应,其中包含刚发生的事件(事件源)的所有有用信息。 由于这个Listener必须实现一个xxxListener接口,这个接口迫使他至less实现一个事件源对象在事件发生时被执行的至less一个方法,所以Listener本身可以被认为是一个处理程序,更准确地说,由Listener对象实现的Listener接口可以被认为是真正的事件处理程序。 所以我查看事件处理程序只是作为对事件的反应执行的代码。 这与Listener对象是不同的,Obserner对象是一个更抽象概念的元素,例如Observerdevise模式。 这是我对这个问题的个人看法。

在JavaFX中为所有UI控件引入了EventHandler。 Listener是借用Observables,如物业。

EventHandler是区分可观察事件和UI事件的一种方法。

这是语义。

  • 监听器是接口。
  • 适配器是实现特定接口并为其方法提供空实现的类。 这有助于如果你不必实现接口的所有方法。
  • 处理程序实现几个接口或委托调用几个接口。