Использование одноточечного соединения для отправки сообщений между любыми двумя классами

Question

Использует ли синглтон для отправки сообщений между классами хорошая или плохая идея?

Одна сторона связи регистрируется как слушатель (прослушивание определенной строки или объекта, возможно с некоторыми параметрами), а другая сторона отправляет сообщения. Для любого сообщения может быть несколько слушателей.

Использование такого шаблона означает, что объекты в разных проектах могут связываться без ссылки друг на друга.

Случай, когда это может быть полезно, отправляет все ошибки в приложении на один объект. Вы можете легко отправить сообщение об ошибке из любой части приложения, и диспетчер ошибок может прослушивать любые возникшие ошибки.

Каковы недостатки такого подхода?

Проблемы, которые приходят на ум, - это трудно сделать тестирование и возможность неожиданных последствий, поскольку все, что в приложении может прослушивать событие и в совершенно несвязанных проектах.

Answer 1

Почему бы не использовать агрегатор событий? Как и призма. http://blog.magnusmontin.net/2014/02/28/using-the-event-aggregator-pattern-to-communicate-between-view-models/

Использование Singleton является рискованным с точки зрения тестирования.

Answer 2

Или ... как другой вариант Mediator design patterm. Поскольку по понятию он определяет объект, который инкапсулирует, как взаимодействует набор объектов. Посредник способствует свободному соединению, не допуская прямого доступа объектов друг к другу, и позволяет вам независимо изменять их взаимодействие.

Касательно

сделать это трудно сделать тестирование

вы всегда можете рассмотреть насмешливый.

Answer 3

Для подобных ситуаций мне нравится использовать Observer pattern и сделать диспетчер событий Singleton.