Что такое шина событий (Event Bus)?

А, слушай, вот эта штука — шина событий. Ну, представь себе такую ситуацию: у тебя в приложении куча сервисов, и они все друг другу как родственники на кухне — постоянно лезут в дела, дергают за методы, знают друг о друге всё. Полный пиздец, чувак. Стоит одному чихнуть, а у тебя полсистемы переписывать.

Так вот, шина — это как раз чтобы эту хуйню развести. Это такой паттерн, где один компонент (публикатор) может крикнуть в пространство: «Эй, случилось вот это!», а другие компоненты (подписчики), которым на это похуй или не похуй, могут этот крик услышать и сделать свои дела. И главное — они друг о друга не трутся, не знают о существовании соседа. Красота, ёпта!

Из чего это говно собрано:

1. Событие (Event). Это просто объект-конверт, в котором лежит записка: «Имя события» и «Данные». Типа, UserRegisteredEvent с user_id внутри.
2. Публикатор (Publisher). Это тот чувак, который этот конверт вбрасывает в шину. Он просто кричит «ПОЧТА!» и идет дальше, ему похуй, кто его послание получит.
3. Подписчик (Subscriber/Listener). А это уже хитрая жопа, которая заранее сказала шине: «Слушай, как только будет письмо на имя UserRegisteredEvent — сразу неси его мне, я свой кусок работы сделаю». Может быть таких подписчиков овердохуища на одно событие.
4. Шина (Bus). Ну это и есть та самая центральная посредница, почтальон Печкин, только без велосипеда. Получает конверт, смотрит на имя получателя и раскидывает копии всем, кто на это имя подписан.

Вот, смотри, как это на PHP выглядит, простейший вариант:

class Event {
    public function __construct(public readonly string $name, public readonly array $payload = []) {}
}

class EventBus {
    private array $subscribers = [];

    // Подписываем обработчик на конкретный класс события
    public function subscribe(string $eventClass, callable $handler): void {
        $this->subscribers[$eventClass][] = $handler;
    }

    // Публикуем событие — рассылаем всем подписчикам
    public function publish(Event $event): void {
        $eventClass = get_class($event);
        foreach ($this->subscribers[$eventClass] ?? [] as $handler) {
            $handler($event);
        }
    }
}

// Определяем события, как отдельные классы
class UserRegisteredEvent extends Event {}
class OrderShippedEvent extends Event {}

// Использование
$bus = new EventBus();

// Подписываем первого чувака на регистрацию пользователя
$bus->subscribe(UserRegisteredEvent::class, function (UserRegisteredEvent $event) {
    echo "Отправляем welcome-email пользователю: " . $event->payload['email'];
});

// Подписываем второго — пусть профиль создает
$bus->subscribe(UserRegisteredEvent::class, function (UserRegisteredEvent $event) {
    echo "Создаем начальный профиль для ID: " . $event->payload['userId'];
});

// А теперь бабах — пользователь зарегался! Публикуем событие.
$bus->publish(new UserRegisteredEvent('user.registered', [
    'userId' => 456,
    'email' => 'user@example.com'
]));
// И оба подписчика отработают, сам от себя охуев, как это легко.

Чем это, блядь, хорошо:

• Слабая связанность — это пизда рулю. Сервисы не дергают друг друга напрямую. Хочешь добавить новую фичу — просто пишешь нового подписчика и подключаешь его к шине. Старый код даже не узнает об этом.
• Расширяемость на уровне бога. Добавил подписчика — и всё. Никого не переписывал, ничего не сломал.
• Можно сделать асинхронно. Вместо тупого вызова хендлера тут же, можно запихнуть событие в RabbitMQ или Kafka, и пусть подписчики сами выгребают его, когда смогут. Система становится отзывчивее.

Но и минусы, ядрёна вошь, тоже есть:

• Отладка — это ёперный театр. Поток выполнения теперь не линейный «А вызвал Б, Б вызвал В». Теперь ты хз, кто и в каком порядке отреагирует на событие. Трассировка превращается в квест.
• Ошибки надо ловить как кота. Если один подписчик накосячил и вылетел с ошибкой, нужно решать: а остальным-то разослать событие или нет? Доверия ебать ноль между компонентами, поэтому стратегия обработки сбоев должна быть продумана, иначе один распиздяй похерит всю обработку.

В общем, в мире PHP это не какая-то диковинка. В Symfony есть целый EventDispatcher, в Laravel — Events. Они там под капотом вовсю эту механику используют. Так что паттерн живой, полезный, но требует, чтобы голова думала, когда его применяешь.