NK
просто можно используя ту либу, получить готовый pub/sub на pg + ивенты
Size: a a a
2019 April 02
NK
тем более если уже pg есть
NK
ну и общаться тебе микросервисы могут не напрямую а через pg
ŹR
Ну и все. Вот у меня микросервис по приему заказов. Там миллиард шагов в визарде к примеру.
Когда заказ закончен, я хочу другому сервису передать.
ES это:
На каждый шаг визарда делать ивент с диффом структуры заказа.
ПабСаб это:
Когда заказ закончен - и только один раз - выпихнуть в RMQ "У меня в базе есть готовй заказ с ИД 100500"
Когда заказ закончен, я хочу другому сервису передать.
ES это:
На каждый шаг визарда делать ивент с диффом структуры заказа.
ПабСаб это:
Когда заказ закончен - и только один раз - выпихнуть в RMQ "У меня в базе есть готовй заказ с ИД 100500"
IA
Наглядно
NK
сразу видно что у человека большой опыт работы с ивентами 🙂
NK
сдаюсь
ŹR
ID:382338188
просто можно используя ту либу, получить готовый pub/sub на pg + ивенты
Что кассается инструмента - возможно ты прав, я с ней не работал. Главное не делать блокчейн из нифига)
NK
блокченфорева
B
Привет, Angela!
Пожалуйста, реши капчу:
Вычисли: 18+20=...
Осталось попыток: 1
Если не решишь - забаню навеки...
Удачи!
Пожалуйста, реши капчу:
Вычисли: 18+20=...
Осталось попыток: 1
Если не решишь - забаню навеки...
Удачи!
SK
У меня возник вопрос по поводу зонтиков и циклических зависимостей. Как избавиться от циклической зависимости в данном случае:
Я создал phoenix приложения и указал флаг
Теперь у меня есть два приложения :example и :example_web.
Рассмотрим классический вариант: в :example я создал контекст accounts и схему user.
В :example_web controller с обычным crud для user.
Получается, что :example_web зависит от :example.
Но, я хочу чтобы при любом удалении пользователя происходил broadcast в topic "user:lobby". И мне получается нужно использовать ExampleWeb.Endpoint.broadcast в Example.Accounts.delete_user
И получается, что я создал цикличускую зависимость, т.к. теперь :example зависит от :example_web
Что делать в таком случае?
Я создал phoenix приложения и указал флаг
mix phx.new example --umbrella.
Теперь у меня есть два приложения :example и :example_web.
Рассмотрим классический вариант: в :example я создал контекст accounts и схему user.
В :example_web controller с обычным crud для user.
Получается, что :example_web зависит от :example.
Но, я хочу чтобы при любом удалении пользователя происходил broadcast в topic "user:lobby". И мне получается нужно использовать ExampleWeb.Endpoint.broadcast в Example.Accounts.delete_user
И получается, что я создал цикличускую зависимость, т.к. теперь :example зависит от :example_web
Что делать в таком случае?
AS
Можно использовать внешний event bus (ещё одно приложение под зонтиком)
2019 April 03
ŹR
Simon Khaskelberg
У меня возник вопрос по поводу зонтиков и циклических зависимостей. Как избавиться от циклической зависимости в данном случае:
Я создал phoenix приложения и указал флаг
Теперь у меня есть два приложения :example и :example_web.
Рассмотрим классический вариант: в :example я создал контекст accounts и схему user.
В :example_web controller с обычным crud для user.
Получается, что :example_web зависит от :example.
Но, я хочу чтобы при любом удалении пользователя происходил broadcast в topic "user:lobby". И мне получается нужно использовать ExampleWeb.Endpoint.broadcast в Example.Accounts.delete_user
И получается, что я создал цикличускую зависимость, т.к. теперь :example зависит от :example_web
Что делать в таком случае?
Я создал phoenix приложения и указал флаг
mix phx.new example --umbrella.
Теперь у меня есть два приложения :example и :example_web.
Рассмотрим классический вариант: в :example я создал контекст accounts и схему user.
В :example_web controller с обычным crud для user.
Получается, что :example_web зависит от :example.
Но, я хочу чтобы при любом удалении пользователя происходил broadcast в topic "user:lobby". И мне получается нужно использовать ExampleWeb.Endpoint.broadcast в Example.Accounts.delete_user
И получается, что я создал цикличускую зависимость, т.к. теперь :example зависит от :example_web
Что делать в таком случае?
С чего ты решил, что контекст должен отвечать за broadcast?
ŹR
Контекст ходит в базу, больше ничего он не делает. Нужен сервис, который будет дергать контекст и в случае успешного удаления делать broadcast
ŹR
И если pubsub остаётся в web, то и этот сервис в web
RB
Ребята, всем привет.
Возник вопрос по поводу параметризованных тестов в exunit.
Не могли бы вы подсказать, какие подходы используются?
То, что удалось найти использует генерацию тестов на лету - https://gist.github.com/RamanBut-Husaim/ae40aa2856f4aa1dae7ef3f78510ca37.
Однако там работу с параметрами в тесте надо заворачивать в
Возник вопрос по поводу параметризованных тестов в exunit.
Не могли бы вы подсказать, какие подходы используются?
То, что удалось найти использует генерацию тестов на лету - https://gist.github.com/RamanBut-Husaim/ae40aa2856f4aa1dae7ef3f78510ca37.
Однако там работу с параметрами в тесте надо заворачивать в
unquote. Я правильно понимаю, что это необходимо потому, что test на самом деле макрос?
ŹR
Не правильно
Е
@Virviil, офигеть, ты вообще спишь? :)
IA
сон для слабаков))