этого?
Можно не заводить в коде асинхронщину, которую не смогут нормально поддерживать студенты нанятые по цене дешевых шлюх
И ловить блокировки каждые 5 секунд и дедлоки с фразами в самых неожиданных местах
какие дедлоки? )
Такие что работа с UI, базами и кучей либ уже асинхронна, без вариантов И синхронно ждать такой код- потенциальный дедлок
Пиздёж ) Словить дедлок с хреновым асинком намного вероятней )))
Если ты конченный долбаеб который не усвоил 5 простых правил
Не выёбывайся такими фразами в чате где каждый пятый вопрос про них )
И то что это источник потенциальных проблем от программистов которые чёто забыли или думали что знали правильно. И нахуй не нужно когда в 90+% это ничего не даст )
а че за правила в "асинках"?, никогда не слышал о них, это же примитивная хуйня, че там за правила могут быть)
Ну там в либах конфигурь авейты на фолс, в гуях наоборот, не пиши внутри task run, не вляпайся в дедлок 😂
Скорее не правила а нюансы использования и рекомендации 1. Async void - абсолютное зло 2. Ожидать таску синхронно - зло поменьше, избегать всеми силами ибо дедлоки и прочая хня 3. ConfigureAwait в либах, особенно в IO 4. Task не всегда = новый поток 5. Если что-то нужно запустить в новом потоке - Task.Run() если таск условно короткоживущий. Если не коротко живущий - всякие хостедсервисы и тредпул в помощь 6. Если есть много асинхронщины и набор возвращаемых значений конечен и известен - кеширование и ValueTask в помощь
Обсуждают сегодня