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

Колстеки сжирает

это тогда можно перефразировать "не используй асинк там где нахуй не сдался он"

Не, это другое

Это когда в методе:
return SomethingAsync()

А потом в колстеке нет упоминания что метод в котором ретёрн вызывался

А, ещё не забывать самодельные таски заканчивать в новой таске/потоке

Короче нельзя объявлять асинки изичными, когда по ним есть отдельная книга на 200 страниц )

Бородатым то норм, а маслята потом колени теряют

сам принцип изичный, там скорее больше про особенности асинков в рантайме и языке, как они в дотнете работают и все такое

и если некоторые из особенностей не знать, можно наделать делов, хотя обычно на практике все познается такое довольно быстро

Ну да, всё то что встретишь за пределами изичных примеров )

да и в принципе за частую и изичные примеры и нужны, для простых асинхронных операций

в общем в целом вообще это все гуглом решается при появлении проблем

словил дедлок потрахался часок и все, уже понимаешь почему дедлок и как его избежать)

Особенно когда и не планировал делать операцию параллельной 👍

Доброе времени суток, господа.
Кто работал с telnyx, не подскажите обязательно ли покупать номер телефона? или можно как-то подключить отправку с "компьютера"

Этим не особо занимался, по этому прошу прощения за такую глупую трактовку

Скорее не правила а нюансы использования и рекомендации

1. Async void - абсолютное зло
2. Ожидать таску синхронно - зло поменьше, избегать всеми силами ибо дедлоки и прочая хня
3. ConfigureAwait в либах, особенно в IO
4. Task не всегда = новый поток
5. Если что-то нужно запустить в новом потоке - Task.Run() если таск условно короткоживущий. Если не коротко живущий - всякие хостедсервисы и тредпул в помощь
6. Если есть много асинхронщины и набор возвращаемых значений конечен и известен - кеширование и ValueTask в помощь

Хендлеры тоже абсолютное зло тогда?