Для систем передачи сообщений, каковы ваши «шаблоны проектирования сообщений», например.Шаблоны проектирования сообщений
Limit направлены сообщения (то есть конкретный адресат)
Избегайте длинные каскадные цепи (т.е. реагирует на MsgA с MsgB, MSGC и т.д.)
Есть системы сообщения "сердцебиение"
Другие примеры?
Все важные из них приведены в книге Enterprise Integration Patterns. Проверьте это.
Одобрить идемпотент Обработка сообщений: повторяющееся сообщение допускается без возникновения «двойных дебетов».
Избегайте большие сообщения - предпочитает «багаж проверку» идиом
Избегайте сообщение приказывая требования - значительно упрощает нагрузку на инфраструктуре
При внедрении системы сообщений на основе, я предлагаю чтение канонического ресурса, чтобы получить представление о архитектурах обмена сообщениями: Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions от Gregor Hohpe y Bobby Woolf.
Краткая сводка по каждому образцу доступна в Интернете по адресу http://www.eaipatterns.com/toc.html. В конце страницы доступны два тематических исследования.
Книга - отличный ресурс, вы найдете там проблемы и ситуации, о которых вы даже не представляете, с хорошим анализом стратегии ее решения.
Messaging Design Pattern (MDP) and pattern implementation - Опубликовано на 17-й конференции по языкам шаблонов программ (PLoP 2010).
Абстрактный
обмена информацией (т.е. обмен сообщениями) является неотъемлемой частью природы и техногенных процессов. Сообщения - это повсеместная часть окружающего нас мира. Обычные программные методологии и технологические компоненты не учитывают передачу сообщений и, следовательно, предоставляют неполную модель. С другой стороны, парадигма обмена сообщениями и связанная с ними структура дизайна сообщений (MDP) устраняют этот пробел и обеспечивают более полную и точную модель реального мира. Как следствие, процессы и методы разработки программного обеспечения значительно улучшаются. При разработке и производстве программного обеспечения нам нужно думать не только о программных компонентах, но и об обмене сообщениями между этими объектами. Инкапсуляция, развязка и повторное использование улучшаются при одновременном снижении сложности. В этой статье также обсуждается, как шаблон проектирования сообщений используется для реализации или содействия внедрению других хорошо известных шаблонов проектирования, таких как шаблоны проектирования Gang of Four (GoF), объекты доступа к данным (DAO) и шаблоны проектирования J2EE. Имейте в виду, что большинство шаблонов проектирования на определенном уровне отвечает за обмен информацией между участниками. Общий дизайн и UML-диаграммы упрощены и упрощены, что упрощает их понимание и внедрение. Результирующий дизайн и реализация программного обеспечения также более надежны и просты. Шаблоны проектирования, реализованные с использованием MDP, могут быть повторно использованы для обеспечения прозрачного и безопасного доступа к удаленным компонентам/услугам в качестве основы для полной модели распределенных компонентов.
@RichardOD: спасибо за ссылку. Можете ли вы перечислить некоторые из них? – jldupont