event-glue is a library that offers simple abstraction around event processing. It's goal is to be compact, performant, extendable, and make no assumptions about your eventing infrastructure. It currently has no dependencies.
It is used in turtl-core to provide the main fabric of communication between various pieces of the app. It can be used anywhere you need a generic event handling system.
Eventing can be a great way to organize code.
Let's say you have an app. This app has a view (HTML, GTK, whatever). That view
has a button. When the button is clicked, you have to run three different
functions: launch-nuke
, notify-president
, lock-fallout-shelter
. Now let's
say you need to add another view to your app. This view also has a button, that
when pressed, needs to do some things specific to that particular view, as well
as run your three functions from earlier.
You can do a few things:
- Duplicate the calls to the
launch-nuke
,notify-president
, andlock-fallout-shelter
. After all, it's only three functions, right? Well if you need to add another function to call later, you have to remember to update all the places that call your function set. - Abstract the functions calls inside of another function. This is a fine solution, but can end up giving you weird trees of functions that do similar things.
- Use eventing. Instead of calling your functions directly, you create and trigger a new event "red-button-pressed." Then you set up bindings to that event which tie the firing of the event to the specific actions that need to be called when it's fired. This offers strong decoupling of your interfaces. Instead of the button needing to know what to run, it just fires an event and each function is responsible for acting on it.
(defun launch-nuke (ev) ...)
(defun notify-president (ev) ...)
(defun lock-fallout-shelter (ev) ...)
(bind "red-button-pressed" 'launch-nuke)
(bind "red-button-pressed" 'notify-president)
(bind "red-button-pressed" 'lock-fallout-shelter)
(defun red-button-pressed ()
(trigger (event "red-button-pressed")))
The next time we add a red button to another interface, all we have to do is run
the same trigger: (trigger (event "red-button-pressed"))
and our functions
will fire automatically.
You can use eventing as much or as little as you want...your entire application can be based on cascading triggering of events or you can just use it for simple one-off cases. Either way, it can be a useful tool for just about any project.
event-glue can be used two ways:
- Globally triggering events on your whole app
- Triggering events on specific objects
Global triggering:
;; when the database is finished initializing, apply our schema
(bind "db-init" apply-schema)
;; initialize the db, triggering "db-init" when done
(init-my-db :when-finished (lambda () (trigger (event "db-init"))))
Triggering on specific objects:
;; create our own class that extends `dispatch`
(defclass user (dispatch)
((name :accessor name :initarg :name :initform "slappy")))
;; create the user and bind to its "login" event
(defparameter *user* (make-instance 'user))
(bind "login" (lambda (ev) (format t "user ~a logged in~%" (car (data ev)))) :on *user*)
;; show our fictional interface, and once they login, trigger our event
(show-login :login-cb (lambda (username password)
;; forward the username/password to our bindings via
;; the event `:data` keyword
(trigger (event "login" :data (list username password))
:on *user*)))
- dispatch (class)
- *dispatch* (object)
- make-dispatch (function)
- forward (function)
- forwardsp (function)
- unforward (function)
- event (class)
- event (function)
- bind (function)
- bind-once (function)
- unbind (function)
- unbind-all (function)
- wipe (function)
- trigger (function)
dispatch
is an opaque class. It is an object that matches events to event
bindings. All event bindings live in a dispatcher, and all events that are
triggred are triggered on a dispatcher. It is the backbone of event-glue and all
events flow through a dispatcher.
It can be easily extended by other classes to give you eventing on those objects.
It has no public accessors, but is exported so you can expand it within your app to add things like a synchronized queue.
Note that dispatchers can feed events into each other, either by passing all events or using a function to filter them (see forward).
This is the global default event dispatcher. If you use the bind
or trigger functions without specifying the :on
keyword, *dispatch*
is used.
It is created on load via defvar
meaning that subsequent loads will preserve
the object. It is exported so that in the event you want to extend the dispatch class,
you can create your own dispatch object and set it into event-glue:*dispatch*
and everything will use your extended class by default.
(defun make-dispatch ())
=> dispatch
This function creates a new dispatcher.
(defun forward (from to-or-function))
=> nil
Sets up a forward between two dispatchers. from
is the dispatcher
that we want to forward events from, to-or-function
can be either
- another dispatch object, in which all events triggered on
from
will flow throw, unfettered, to theto
dispatcher. - a function which has one argument (the event being triggered) that returns
either
nil
(meaning don't forward this event) or a dispatcher object, in which case the event will be triggered on the returned dispatcher.
Note that if A forward to B, triggering an event on A will fire A's handlers before the events are forwarded to B.
Example:
(let* ((all-events (make-dispatch))
(click-events (make-dispatch))
(hub (make-dispatch)))
;; all-events will get *all* events that hub gets
(forward hub all-events)
;; click-events will only get events where the event name is "click"
(forward hub
(lambda (event)
(when (string= (ev event) "click")
click-events))))
(defun forwardsp (from to-or-function))
=> to-or-function/nil
Test if from
forwards to to-or-function
(defun unforward (from to-or-function))
=> nil
Undoes a forward created by forward. The to-or-function
object must be eq
to the one used to set up the forward, or it will not be
removed.
Example:
(let ((main (make-dispatch))
(hub (make-dispatch)))
(forward hub main)
(unforward hub main))
This class holds information about an event. This consists of the event's name, the event's data (which is an arbitrary object), and any metadata associated with the event. The class is public, allowing you to extend it and add any extra fields required to it (such as a UUID field).
Events are created using the event function, and are generally passed to trigger (or they could be serialized and sent off somewhere).
Events have three public accessors:
The event's name, generally a string.
The event's data. This can be a number, a string, a list...anything you want. There are no restrictions on the data an event can hold.
This is a hash-table that consists of information about the event that doesn't necesarily fit into the event's data. For instance, you may want to mark what source an event came from in you app, but that information doesn't pertain to the event's data payload.
(defun event (name &key data meta (type 'event)))
=> event
Create a new event object with the given name, data, and meta. name
is
generally a string, although if you wish you can use symbols or keywords as
well. data
can be any object you want to attach to the event. meta
can
be either a hash table or a plist (if plist, key names are string-downcase
ed)
that gives extra information about the event.
event
also takes a :type
keyword (which defaults to event)
that allows you to create an event of your own type (for instance, you may
extend event
and use your-event
to create event instances).
Example:
(event "click" :data '(:button-id 10) :meta '(:mouse-click t))
;; extension example
(defclass my-event (event) ())
(event "burnourcorruptcapitalistsystemdowntotheground" :type 'my-event)
(defun bind (event-name function &key name (on *dispatch*)))
=> function, unbind-function
Bind function
to the given event-name
on the dispatch
object. This means
that whenever trigger is called on dispatch
with that
event-name
, function
will be called.
If you pass :*
as the event name, you can bind a catch-all event, meaning that
your binding is triggered for every event that goes through the dispatcher.
function
must take one argument, which will be the event object that was
triggered.
The :name
keyword allows you to "name" a binding. This is useful when you
want to bind an event to anonymous function but you don't want to keep a
reference to the function around if you need to unbind (which you'd normally
have to do, see unbind). Instead, you can name a binding
and then unbind that function with the same name later. The name you pass is
converted to a string, so the names :test-event
and "test-event"
will
ultimately resolve to the same name. Be aware of this when naming events.
Note that specifying an event-name
/:name
pair that already exists will
overwrite the existing event binding.
Note that if multiple bindings are attached to the same event, the bindings are fired in the order they were added.
Returns the passed function and also a second function of 0 args that, when called, unbinds the event.
Examples:
;; bind the click-handler function to the "click" event on the global dispatch
(bind "click" 'click-handler)
;; bind to all events
(bind :* (lambda (ev) (format t "got event: ~a~%" ev)))
;; create our own dispatch and bind to the "close" event on it.
(let ((my-dispatch (make-dispatch)))
(bind "close" (lambda (event) (format t "closed: ~a~%" event)) :on my-dispatch))
;; use named events to unbind an anonymous lambda
(bind "fire" (lambda (ev) (format t "JETSON, ...")) :name "fire:jetson")
;...
(unbind "fire" "fire:jetson")
(defun bind-once (event-name function &key name (on *dispatch*)))
=> function, unbind-function
Almost exactly like bind, except that the binding only lasts for one triggering (or until it's removed).
Returns the passed function and also a second function of 0 args that, when called, unbinds the event.
Example:
(bind-once "call" (lambda (ev) (format t "call from ~a~%" (data ev))))
(trigger (event "call" :data "sally")) ; hi, sally
(trigger (event "call" :data "frank")) ; frank's call is ignored
(defun unbind (event-name function-or-name &key (on *dispatch*)))
=> t/nil
Unbind function-or-name
from the event-name
on the dispatch
object. This
is essentially the opposite of bind, allowing us to no longer
have the given function (or binding name) triggered when the given event-name
is triggered.
Returns T if a binding was removed, nil if no changes were made.
Example:
;; bind/unbind using a function
(let ((my-click-fn (lambda (event) (format t "clicked button: ~a~%" (data event)))))
(bind "click" my-click-fn)
(unbind "click" my-click-fn))
;; bind/unbind using a named binding
(bind "click" (lamdbda (event) (format t "clicked: ~a~%" (data event))) :name "click:format")
(unbind "click" "click:format")
(defun unbind-all (event-name &key (on *dispatch*)))
=> nil
Unbind all events of type event-name
on the dispatcher.
Example:
(bind "click" 'my-click-handler)
(bind "click" 'my-other-click-handler)
(bind "throw" 'ball-was-thrown)
(unbind-all "click")
;; *dispatch* now only contains a handler for "throw"
(defun wipe (&key preserve-forwards (on *dispatch*)))
=> nil
Wipe out a dispatch object. This includes all handlers of all types.
If :preserve-forwards
is true, then the dispatch object will maintain its
relationships to other dispatch objects. Otherwise, forwards are removed as well
(see forward).
(defun trigger (event &key (on *dispatch*)))
=> nil
Finally, trigger
is what we use to actually fire events.
Examples:
(bind "click" (lambda (event) (format t "clicked: ~a~%" (data event))))
(bind "click" (lambda (event) (format t "click!~%")))
(trigger (event "click" :data 'red-button))
Load up the event-glue-test
system and run (event-glue-test:run-tests)
.
MIT.