EventThread Pattern
When designing an event-listener model, the developer has to make three decisions. First, should notifications use listeners or events. Second, should notifications be processed immediately or queued for later handling. Third, should notifications be handled in the very current thread or some other. EventThread coding pattern addresses the second and the third question. Not only are both cases solved with the same simple solution, but also - instead of implementation, the caller of the object can decide which model to use. Here goes.
Event Thread
In EventThread pattern, the Listener/Observer interface has a function that allows the implementation to decide the executing environment of the event. Java (Executor) is an interface that has various default implementations (See Executors). Work can be executed in current thread, executed in new thread, or placed in a work queue.
<syntaxhighlight lang="java"> public interface MyListener {
void onEvent(Object sender, Object event);
/** * Get the executor environment where the event will be handled. * * @return executor */ Executor getExecutor();
} </syntaxhighlight>
Null is current thread
For syncronous object, you can design your interface so that null value denotes current thread. It is more convenient to use and you can optimize the implementation with one less Runnable objects.
<syntaxhighlight lang="java"> public interface MyListener {
void onEvent(Object sender, Object event);
/** * Get the executor environment where the event will be handled. * null value denotes that the events is handled immediately * and in the caller's thread. * * @return executor or null */ Executor getExecutor();
} </syntaxhighlight>
CURRENT_THREAD
There are many implementations supported in the Executors except executing in the current thread. You can have support this with a few lines of code. Using CURRENT_THREAD events are handled right-away in current thread, which is the most typical case.
<syntaxhighlight lang="java"> public static Executor CURRENT_THREAD = new Executor() { public void execute(Runnable command) { command.run(); } };
obj.addListener( myListener, CURRENT_THREAD ); </syntaxhighlight>
Adapter
Some listeners have default implementation called adapter. With this pattern it is a good idea to add implementation that provides current thread as default executor.
<syntaxhighlight lang="java"> public abstract class MyAdapter implements MyListener {
public Executor getExecutor() { return CURRENT_THREAD; } }
MyObservable o = ... ;
o.addListener( new MyAdapter() {
@Override
public void onEvent(Object sender, Object event) {
...
}
} );
</syntaxhighlight>
--
