D
а драв.ио просто гугл делает )
Size: a a a
2021 September 23
D
ВE
а когда они его делают, то используют диаграммы выше )) Да ладно, на самом деле просто альтернатива, я например вобще диаграммы не рисую потому что тупо некогда на них заморачиваться, возможно в будущем 🤔
Ɖ
Я кайфую от рисования диаграмм для своих проектов
Ɖ
Но не в прод))
Ɖ
Тоже самое с девопсятиной
AS
Хммм, а зачем это, если события регистрируют в MQ и там всё и так асинхронно работает
YN
то не события, то просто какой-то очень длинный процесс в бекграунд вытащить
AS
По сути это то же самое
AS
А если инстанс упал, кто будет рестартать операцию? UI уже как бы и забыл
VL
К слову фиговое сочетание ConcurrentQueue + SemaphoreSlim
Тут намного больше подошло бы использование BlockingCollection<T>
Тут намного больше подошло бы использование BlockingCollection<T>
VL
А MQ тут при чём? Я не понял
AS
Ты регистрируешь long running задачу в MQ. Воркер для этой очереди лочит задачу и начинает процессить. Когда запроцессит полностью, то отправит в MQ стейт Completed (я сейчас в общих чертах описываю). Ты уверен, что твоя задача сто проц выполниться при нормальной настройке сисетмы. А тут ты зарегал задачу внутри инстанса твоей апки, инстанс упал, задача так и не выполнилась
В
Почему ?
AS
Я просто не могу придумать для каких задач этот кусок кода может быть полезен
Ɖ
Ну так там в самом начале говорится что в статье только вариант решения этойп проблемы на уровне апки и упоминается MQ как альтернатива
ПП
А зачем сокеты нужны?
ПП
Для скорости?
AS
Какие сокеты?
VL
Потому что костыль
BlockingCollection это тот же ConcurrentQueue (или ConcurrentStack) под капотом, в который умные люди давным давно завезли producer/consumer, поддержку таймаута и CancellationToken-ов
При этом там это сделано намного эффективнее
BlockingCollection это тот же ConcurrentQueue (или ConcurrentStack) под капотом, в который умные люди давным давно завезли producer/consumer, поддержку таймаута и CancellationToken-ов
При этом там это сделано намного эффективнее