либо успокойте.
Суть задачи:
Есть сервисы-классы, которые умеют всякое.
Есть источник (или несколько) команд (юзер что-то вводит).
Нужно это всё связать воедино) Причём, запрос одного сервиса вполне может вызвать потребность дополнительного сервиса. А также некоторые команды юзера могут вызвать создание интерактивного окна на его интерфейсе (вероятно, тоже будет сервис, который умеет в такие окошки) - Slack.
Может есть какое-то готовое решение? Концепция, например. Или паттерн.
Я пока двигаюсь в сторону "паука", где в центре достаточно простой диспетчер а-ля принял коробку, нашёл нужную "ногу" и передал коробку туда. Обратно получает другую коробку, внутри которой может быть новая коробка-задача )) Ну и вот всё такое.
Есть сервисы-классы, которые умеют всякое. Начало уже классное!
Так не пойдёт, давай подробности))
Ты примерно написал Есть сервисы-классы, которые умеют всякое. Я хочу с ними сделать что-то Может есть готовое решение для этого?
Ну задачи сервисов не принципиальны в данном случае. Просто принимают команду, а возвращают какой-то текст, например. Или список, или дикт. Без разницы. Меня интересуют варианты архитектурного решения, как всё это можно связать. Например, некоторые сервисы могу знать о существовании друг друга. Хорошо это? Или лучше, если выше будет оркестратор, который их будет связывать?
вся архитектура обычно строится вокруг конкретных данных и их семантики. В рамках предметной области. Абстрактно хорошие архитектуры я лично не понимаю. Всё IMHO
Обсуждают сегодня