Как можно архитектурно зарефакторить такой код? switch incomeEvent.Action { case models.CALL: switch incomeEvent.Method { case models.GET: getRequestHandler(incomeEvent) case models.POST: postRequestHandler(incomeEvent) } case models.SUBSCRIBE: switch incomeEvent.Method { case models.POST: postSubscribeHandler(incomeEvent) } } P.S. Внутри этих методов еще switch. Полиморфизм? Регистрация колбеков? Мб еще варианты есть? В golang новичок. Такая вложенность, еще и раскиданная по файлам мне не нравится

Вы по книгам го учите? Линкс?

выглядит как шаблон observer https://gist.github.com/sayden/d3ab61726057b7a37963

нет, я просмотрел на pluralsight курсы, параллельно с ноутбуком на коленках и с паузами: https://app.pluralsight.com/library/courses/go-fundamentals/table-of-contents https://app.pluralsight.com/library/courses/go-concurrent-programming/table-of-contents + я давно знаю другие языки, немного легче понять

выглядит как шаблон observer https://gist.github.com/sayden/d3ab61726057b7a37963

а я правильно понял текущую концепцию работы с database/sql ? повторно *Rows пройтись через .Next() нельзя??? т.е. надо обязательно после запроса профетчить и сложить куда нибудь себе в буфер? если хочешь повторно использовать?

а я правильно понял текущую концепцию работы с database/sql ? повторно *Rows пройтись через .Next() нельзя??? т.е. надо обязательно после запроса профетчить и сложить куда нибудь себе в буфер? если хочешь повторно использовать?

Ребят, хотел бы узнать как правильно будет реализовать следующие. Есть СУБД, бэкенд на Го и фронт на Vue По ходу добавления новых записей в СУБД (Postgresql) на фронтенд должна передаваться эта запись. Как я вижу это: Триггер в СУБД срабатывает при добавление новой записи и отправляет запрос в бэкенд на го (с этой новой записью), на фронте раз в несколько секунд делается запрос к бэкенду на проверку новых записей и если есть, то получит его уже с бэкенда...

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

Ребят, хотел бы узнать как правильно будет реализовать следующие. Есть СУБД, бэкенд на Го и фронт на Vue По ходу добавления новых записей в СУБД (Postgresql) на фронтенд должна передаваться эта запись. Как я вижу это: Триггер в СУБД срабатывает при добавление новой записи и отправляет запрос в бэкенд на го (с этой новой записью), на фронте раз в несколько секунд делается запрос к бэкенду на проверку новых записей и если есть, то получит его уже с бэкенда...

Вроде того, что если кто добавил через этот бэкенд новую запись, то все его клиенты должны обновить свой items?

Вместо запроса раз в несколько секунд может лучше рассмотреть ws?

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

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

Можно поподробнее, не понимаю про что вы

Ну вот так я и предлагал изначально

Вообще лучше забудьте об опросе с клиента с интервалом навсегда)

Вообще лучше забудьте об опросе с клиента с интервалом навсегда)

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

до сокетов как делали?

а если какой-нибудь firebase Cloud messaging юзать?

Можно пример реализации pub/sub на Go?

Можно пример реализации pub/sub на Go?

я лично предлагал конкретно вот это. реализация на стороне редиса https://redis.io/topics/pubsub

В редисе сработал publish и исчез. Прослушал - досвидос, тут лучше кролика

В редисе сработал publish и исчез. Прослушал - досвидос, тут лучше кролика

кролик с персистент очередями - не для хайлоада решение

ну кто слушает события, тот услышит, если упал, то прослушал своё сообщение)

Извините не совсем понимаю как это будет выглядеть, как редис будет получать инфу о новых записях в БД Postgresql

Извините не совсем понимаю как это будет выглядеть, как редис будет получать инфу о новых записях в БД Postgresql

pg-notify

Извините не совсем понимаю как это будет выглядеть, как редис будет получать инфу о новых записях в БД Postgresql

зависит от требований - надо ли оффлайн события получать или нет

моя реализация полностью такова: в базу вставляет код на го. он же посылает в пабсаб редиса данные. подписчики редиса получают эти данные.

моя реализация полностью такова: в базу вставляет код на го. он же посылает в пабсаб редиса данные. подписчики редиса получают эти данные.

А на фронте напрямую ходят к редису за инфой, или через бэкенд?

на уровне бд шустрее же, не?

Смотрите что откопал https://github.com/go-redis/redis Правильно я понимаю, что для этого лучше сделать отдельный микросервис?

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

Тогда pg_notify -> redis -> go -> ws

Вешается триггер на базу, который шлёт с помощью pg_notify publish в редис, go слушает редис, при сообщениях шлёт в ws клиенту

тогда можно так: pg_notify -> go -> ws

Вешается триггер на базу, который шлёт с помощью pg_notify publish в редис, go слушает редис, при сообщениях шлёт в ws клиенту