Почему люди используют шины сообщений / событий в своем коде? [closed]

Закрыто . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, редактируя это сообщение .

Закрыто 12 месяцев назад .

Думаю, вы слышали о шинах сообщений / событий, это единственное место, где проходят все события в системе. Подобные архитектуры встречаются в компьютерах. s материнские платы и сети LAN. Это хороший подход для материнских плат и сетей, поскольку он уменьшает количество проводов, но подходит ли он для разработки программного обеспечения? У нас нет таких ограничений, как у электроники.

Простейшая реализация шины сообщений / шины событий может выглядеть так:

class EventBus {
    void addListener(EventBusListener l}{...}
    void fireEvent(Event e) {...}
}

Отправка событий выполняется с помощью bus.fireEvent (event), получение сообщений разрешено bus.addListener (слушатель). Такие архитектуры иногда используются для разработки программного обеспечения, например MVP4G реализует аналогичную шину сообщений для GWT.

Активные проекты:

Неактивные / мертвые проекты:

Sun / Oracle JavaBeans InfoBus
https: // eventbus.dev.java. net / [Неработающая ссылка]

Это просто популярный шаблон наблюдателя (слушателя), созданный «глобально» - каждый объект в системе может прослушивать каждое сообщение, и я думаю, что это плохо, это нарушает принцип инкапсуляции (каждое объект знает обо всем) и принцип единой ответственности (например, когда некоторый объект нуждается в сообщении нового типа, шину событий часто необходимо изменить, например, чтобы добавить новый класс Listener или новый метод в класс Listener).

По этим причинам я думаю, что для большинства программ шаблон Observer лучше, чем шина событий. Что вы думаете о шине событий, имеет ли она смысл для типичных приложений?

EDIT: Я не говорю о «больших» корпоративных решениях, таких как ESB - они могут быть полезны (что еще ESB предлагает гораздо больше чем просто автобус для мероприятий). Я' m спрашиваю о полезности использования шины сообщений в «обычном» Java-коде для соединения объект-объект - некоторые люди это делают, проверьте ссылки выше. Шина событий, вероятно, является лучшим решением для связи телефон-телефон или компьютер-компьютер, потому что каждый телефон (или компьютер) в сети обычно может общаться друг с другом, а шина сокращает количество проводов. Но объекты редко общаются друг с другом - сколько участников может иметь один объект - 3, 5?

задан Yvette Colomb 4 December 2018 в 21:10

0 ответов

Другие вопросы по тегам:

java events design-patterns event-handling

Почему люди используют шины сообщений / событий в своем коде? [closed]

0 ответов

Похожие вопросы: