Евгений Пешков «Асинхронность: не только async/await»

Рет қаралды 3,865

Күн бұрын

Пікірлер: 13

@vifvrTtb0vmFtbyrM_Q Ай бұрын

Красно синие функции. Да, это не проблема вызвать асинхронный код в синхронном. Но проблема появляется когда в средне/большом проекте, изменение одной синхронной функции на асинхронную её версию, приводит к лавинообразным изменениям во всем проекте. Тут вам никакой SOLID не поможет. Заденет всё что выше по call stack. И потом от толкнется от main и вернется назад по всему проекту. Тут сразу трогаем все юнит-тесты. А если они были сильно-связанные как часто любят делать - "А зачем нам мокать в каждом тесте ? Можно же написать отдельный класс для мока всех юнитов", то это еще веселее у вас или получается флаг как мокать (с Task и без него) или два отдельных класса для моков которые потом очень тяжело сопровождать. Потом отлавливаем lock async c#. Потом кучу конфликтов на мерже. В общем не всё так просто.

@MrCommanderKid Ай бұрын

Спасибо. Интересно! Предлагаю async2 переименовать в asyncDvaYopta

@ЭдгарЭдгар-с4л Ай бұрын

Переход к подписке на телеграм был уморительный😂

@Guitarist138 Ай бұрын

А прошлые части имеет видеовариант?

@TeppopucT Ай бұрын

У нас есть паттерны проектирования. Но нет никаких правил/рекомендаций/паттернов по асинхронному коду. Надеюсь фраза "сложный асинхронный" со временем станет моветоном. Потому как здесь просто не хватает опыта и каких-нибудь стандартов

@СерёгаСокольский Ай бұрын

видимо Golang уже в несколько раз быстрее, раз майки зашевелились

@pulodian Ай бұрын

Go и Rust во многом сейчас лидруют по скорости. Они между собой конкуренты.

@MrCommanderKid Ай бұрын

Притом сейчас Гошников как собак нерезаных. Раньше шарпы по скорости не сильно го уступали, сейчас, наверное все не так радужно. Интересно на реальную картину глянуть.

@evgix Ай бұрын

Го всем класть, испугались гринтредов джавы.

@MrCommanderKid Ай бұрын

@@evgix походы гринтреды быстрее и лаконичней получаются. С другой стороны, пока дотнет машину не перепишу, быстрее не получится