Описал выше, два домена в разрезе DDD, один поменял состояние, на это изменение должен отреагировать другой
Первый домен
ок, кто его поменял? или там менятелей много?
Среагировал на какое-то внешнее воздействие - запрос от клиента, сообщение из очереди и т.п.
Делайте изменение состояния через один метод, (ХЗ где, в сервисе, в репе, в самом домене... не суть) и там уже от ситации пинайте заинтересованных лиц
Это тоже вариант, но мне не хочется так делать потому, что метод, обрабатывающий такие запросы, унифицирован, а логика самих изменений реализована в домене. Хотелось заранее прописать связь через эвенты, а потом в домене 1 тригрерить эвент, на который домен 2 хочет иметь какую-то логику
с какого языка пришли на го?
Не чувствую себя комфортно, чтобы отвечать на этот вопрос
прошу прощения за дискомфорт, просто у вас какие-то паттерны разработки ПО в голове есть, в Go это часто подругому прокинуть chan куда можно сообщить что что-то произошло и нужные почитают (кто успел того и тапки) Передавать триггепры, и вызывать их по мере необходимости?
callback hell , слышали про такое?
И? Почему тогда http сервер на каналах не сделали?
а зачем? куда там?
покажи пример
Обсуждают сегодня