[untothebreach]

I mostly like this. The only gripe I have with it is the stringly-typed way of triggering events. It seems like you might be able to better leverage the type system to ensure that spelling mistakes or fat-fingerings don't cause a runtime error sometime in the future. If the .Event() method took an object that satisfied the "Trigger" (or something) interface, instead of just a string, you might be able to catch those kinds of errors during compile-time instead.

[maxpersson]

Thanks for the feedback! It's a good suggestion, and having something else than strings as events is something that I have analyzed. Currently different handlers depends on string operations as selectors, for example "before_<event>". Any ideas on how to move that to the static type world (preferably without using the reflect package)?