--- title: Experimenting with events in Drupal 8 tags: - drupal - drupal-8 - drupal-planet - php - symfony --- {% block excerpt %} I’ve been experimenting with moving some of the code to Drupal 8, and I’m quite intrigued by a different way that I’ve tried to structure it - building on some of the takeaways from Drupal Dev Days. {% endblock %} {% block content %} Here is how this module is currently structured: ![](/assets/images/blog/events-drupal-8/1.png){.border .p-1} Note that there is no `opdavies_blog.module` file, and rather than calling actions from within a hook like `opdavies_blog_entity_update()`, each action becomes it’s own event subscriber class. This means that there are no long `hook_entity_update` functions, and instead there are descriptive, readable event subscriber class names, simpler action code that is responsibile only for performing one task, and you’re able to inject and autowire dependencies into the event subscriber classes as services - making it easier and cleaner to use dependency injection, and simpler write tests to mock dependencies when needed. The additional events are provided by the [Hook Event Dispatcher module][0]. ## Code `opdavies_blog.services.yml`: ```yaml services: Drupal\opdavies_blog\EventSubscriber\PostToMedium: autowire: true tags: - { name: event_subscriber } Drupal\opdavies_blog\EventSubscriber\SendTweet: autowire: true tags: - { name: event_subscriber } ```