# Event ## Foreword The event mode have to be implemented based on [PSR-14](https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-14-event-dispatcher.md). Hyperf's event manager is implemented by [hyperf/event](https://github.com/hyperf/event) by default. This component can also be used in other frameworks or applications, just by introducing it to Composer. ```bash composer require hyperf/event ``` ## Concept The event pattern is a well-tested and reliable mechanism. It is a very suitable mechanism for decoupling. There are three roles: - `Event` is the communication object passed between the application code and the `Listener`. - `Listener` is a listener for listening to the occurrence of `Event> - `Event Dispatcher` is the manager object used to trigger the `Event` and manage the relationship between `Listener` and `Event`. Explain in an easy-to-understand example. Suppose we have a `UserService::register()` method for registering an account. After the account is successfully registered, we can trigger the `UserRegistered` event through the event dispatcher, which is listened by the listener. The occurrence of this event, when performing some operations, such as sending a user registration success message, we may want to do more things after the user is successfully registered, such as sending a mail waiting for the user to register successfully. We can then listen to the `UserRegistered` event by adding another listener, without adding code that is not related to the `UserService::register()` method. ## Usage of event manager ### Define an event An event is actually a normal class for managing state data. When triggered, the application data is passed to the event. The listener then operates on the event class. An event can be listened to by multiple listeners. ```php user = $user; } } ``` ### Define a Listener The listener needs to implement the constraint method of the `Hyperf\Event\Contract\ListenerInterface` interface. The example is as follows. ```php user; } } ``` #### Registering listeners through configuration files After defining the listener, we need to make it discoverable by the `Dispatcher`, which can be added in the `config/autoload/listeners.php` configuration file* (if it doesn't exist, it can be created)* The trigger order of the listeners is based on the configuration order of the configuration file: ```php user; } } ``` When registering the listener via annotations, we can define the order of the current listener by setting the `priority` attribute, such as `#[Listener(priority: 1)]`, the underlying uses the `SplPriorityQueue` structure to store, the `priority` number is the greater, the priority the higher. > Use `#[Listener]` annotation need to `use Hyperf\Event\Annotation\Listener;` namespace; ### Trigger Event The event needs to be dispatched by the `EventDispatcher` to allow the `Listener` to listen. We use a piece of code to demonstrate how to trigger the event: ```php save(); // Complete the logic of account registration // This dispatch(object $event) will run the listener one by one $this->eventDispatcher->dispatch(new UserRegistered($user)); return $result; } } ```