а в вк чат. Что мы должны будем послать? Телеграм айди в вк чате? Бред какой-то
ну я понял, типа будет отдельная обертка, но юзкейс в любом случае ни коем образом не будет знать о телеге, так?
да. Будет 2 разных точки входа (в портах и адаптерах да и в ЧА они адаптерами зовутся). Адаптер телеги и адаптер вк. Каждый будет парсить свой формат данных. Первый тот, который присылает телега, второй тот, который присылает вк. А дальше передавать айди юзера в один юзкейс, который про них вообще ничего не знает. Сюда можно прикрутить адаптер хттп, куда просто запросом кидать айди юзера и также вызывает юзкейс получения ресурсов по айди юзера. Можно адаптер grpc, который тот же юзкейс вызывает. cli адаптер, который тот же юзкейс вызывает И дальше, как фантазии хватит. Очередь, веб сокеты, голубиная почта)
так блин, сопоставление-то где-то надо хранить всё равно) telegramId <-> vkId <-> pigeonMailId <-> userId и опять приходим к изначальному вопросу, где оно будет-то сделано?))
В юзкейсе ок. Но тогда твое приложение не независимо от телеги. В целом нет проблем
тогда моя изначальная идея правильная? я не очень понял, простите( https://t.me/gogolang/893484 я тут как раз писал контроллер, сначала маппящий юзера, а затем дёргающий ресурсы
нет. Контроллер просто вызывает юзкейс. Это все что он делает помимо парсинга джейсона. А уже в юзкейсе ты делаешь логику
Да блин, тогда мы опять возвращаемся, что юзкейс будет знать про телегу
Вроде он хотел отделить приложение от телеги
конечно он будет про нее знать. Ты телеграм айди зашил в самое сердце приложения - в структуру юзера.
Да( Но мне все еще не понятно, так а если не зашивать, где хранить и маппить?
нигде. Зашивать единственный вариант. Но в этом нет проблемы
то есть если я правильно понимаю, тогда будет так контроллер дергает юзкейс getresourcesbytelegramid он в свою очередь дергает репу getuserbytelegramid потом по юзеру он дергает репу getresourcesbyuser так?
Спасибо еще раз за все советы!)
здесь все это есть https://youtu.be/EnQJkId7ZuA?si=lJLKHOaXJ27BmGAf
Обсуждают сегодня