MK
в той цитате речь шла о том, что для сложных систем лучше свести к нулю прямое взаимодействие и использовать внутреннюю очередь.
так она ассинхронная
Size: a a a
2020 June 04
MA
ага, развязать компоненты. легче понимать, легче тестировать.
IG
Например, рассылку писем, смс, и тд. Это все очень противоречиво и сложно, и вот этот максимализм из той цитаты надо гнать мокрой тряпкой
MA
так она ассинхронная
очередь это всегд асинхронное взаимодействие.
MK
очередь это всегд асинхронное взаимодействие.
адмирал очевидность =)
MP
так она ассинхронная
есть еще одно забуждение распространенное - считаю что очередь это обязательно много элементов, хотя может быть вообще один
IG
у каждой схемы есть плюсы и недостатки, и все зависит от контекста
MK
ладно, с примерами
ui - понятно более-менне
а еще?
ui - понятно более-менне
а еще?
IG
ну вот еще декаплинг компонентов
MK
ну вот еще декаплинг компонентов
как? они же ассинхронно будут общаться
я этого не понимаю
что за компоненты, которые ассинхронно общаются
я этого не понимаю
что за компоненты, которые ассинхронно общаются
IG
например, рассылка писем из базы. Достаешь из базы запись, но не вызываешь отправку напрямую, а кладешь в очередь. Тест на такой компонент лешко написать
MP
еще пример - когда есть некоторая штука, которая перекладывает некие объекты из одного места в другое и каждое там может ждать какое-то время
IG
Соотв. компоннет почты читает очередь и шлет письмо
KR
у меня читалка читает сообщения кладет на очередь к скрапперу, скраппер берет с очереди - скрапит - кладет в очередь на запись в базу
IG
> что за компоненты, которые ассинхронно общаются
а что здесь не так?
а что здесь не так?
MP
у меня читалка читает сообщения кладет на очередь к скрапперу, скраппер берет с очереди - скрапит - кладет в очередь на запись в базу
с какой целью это все?
MP
почему не напрямую?
MK
ок, а ничего, что эта очередь в памяти?
MK
для отправки. писем или перекладывания?
MK
у нас эрланг с горячим обновлением кода? =)