Quartz Job Scheduling Framework[翻译]第七章. 实现 Quartz 监听器 (第一部分)

第七章. 实现 Quartz 监听器

在某个所关注事件发生时,监听器提供了一种方便且非侵入性的机制来获得这一通知。Quartz 提供了三种类型的监听器:监听 Job 的,监听 Trigger 的,和监听 Scheduler 自已的。本章解释如何应用每一种类型来更好的管理你的 Quartz 应用,并获悉到什么事件正在发生。

一. 监听器作为扩展点

术语 "扩展点" 在软件开发中用于指示框架或应用的某个位置,在这一位置在创建者期望用户扩展或定制这一框架来适合于他们的需要。(你也将会听到 hook(钩子) 一词,是一样意思的)

Quartz 监听器是某一类型的扩展点,在这里你,作为一个 Quartz 用户,可以扩展这框架并定制它来做些新的事情。定制化发生成监听类的实现当中,我们会在本章中告诉你如何构建它。

监听器并非框架中仅有的扩展点。还有插件和一些其他的定制选项,不过监听器提供了一个简单的方式来定制框架,使之做你需要它做的事情。因为针对于监听器的扩展点是通过公有化接口来支持,所以你用不着担心创建了你自己的分支代码,到后来又不被支持的情况。

二. 实现监听

在接下来的讨论中,实现监听器的方法通用于所有的三种类型。可以分成以下步骤:

1. 创建一个 Java 类,实现监听器接口

2. 用你的应用中特定的逻辑实现监听器接口的所有方法

3. 注册监听器

·创建监听器类

监听器是一个 Java 接口,它必须由一个具体类来实现。你也不需要只为这个目的创建一个专门的类;它可以是任何一个你希望能接收到方法回调的类。为符合良好的程序设计,你应当注意保持高内聚和松耦合性。认真的考虑哪个类你决定用于实现监听器类;这从总体设计的视角来看是很重要的。

·实现监听器方法

因为监听器是普通的 Java 接口,每个方法都必须在你的监听器实现类中实现。假如有一些监听器接口方法你不感兴趣,允许你使用空的方法体;只是,你仍必须提供一个有效的方法实现它。例如,下面的代码片断显示了 SchedulerListerner 中一个方法的空方法体:

SchedulerListener methods:

... rest of the SchedulerListener not shown

public void schedulerShutdown(){
  // Don't care about the shutdown event
}

·注册监听器

要接收到方法回调,Scheduler 必须能获知监听实例。图 7.1 描绘了用 Scheduler 注册一个监听器和接受回调的过程。

图 7.1. 监听器被注册并接受 Scheduler 的回调

QuartzFigure7.1.JPG
全局之于非全局监听器


JobListenerTriggerListener 可被注册为全局或非全局监听器。一个全局监听器能接收到所有的 Job/Trigger 的事件通知。而一个非全局监听器(或者说是一个标准的监听器) 只能接收到那些在其上已注册了监听器的 Job 或 Triiger 的事件。

你要注册你的监听器为全局或非全局的需依据你特定的应用需要。我们在以下章节中提供了两种方式的例子。从另一方面来认识全局和非全局的监听器是来自于 Quartz 框架的创建者。James House 在描述全局和非全局监听器时是这样的:

全局监听器是主动意识的,它们为了执行它们的任务而热切的去寻找每一个可能的事件。通常,全局监听器要做的工作不用指定到特定的 Job 或 Trigger。非全局监听器一般是被动意识的,它们在所关注的 Trigger 激发之前或是 Job 执行之前什么事也不做。因此,非全局的监听器比起全局监听器而言更适合于修改或增加 Job 执行的工作。这有点像知名的装饰设计模式的装饰器。

本文链接 https://yanbin.blog/quartz-job-scheduling-framework-7/, 来自 隔叶黄莺 Yanbin Blog

[版权声明] Creative Commons License 本文采用 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 进行许可。

Subscribe
Notify of
guest

0 Comments
Inline Feedbacks
View all comments