Телеграмм чат группы dotnet

Смысл в том, что конструктор по своему предназначению не предназначен для какой-либо логики.

Constructors should not do much work other than capture the constructor parameters. The cost of any other processing should be delayed until required.

источник

20:20пожаловаться #11

Pavel Erokhin in var chat = new Chat();

Да, согласен

источник

20:32пожаловаться #12

2020 October 22

ID:0 in var chat = new Chat();

То о чем вы всегда мечтали произошло! Вам больше не нужна подписка на Netflix, вы можете выкинуть ваш телевизор и отключить спутник. Ведь теперь у вас есть .NET TV!

https://habr.com/en/company/microsoft/blog/523982/

#TV

Habr

Представляем .NET Live TV — ежедневные лайв-стримы для разработчиков

Сегодня мы запускаем .NET Live TV, ваш универсальный поисковик для всех потоковых трансляций .NET и Visual Studio на Twitch и YouTube. Мы всегда ищем новые спосо...

источник

10:39пожаловаться #13

VD in var chat = new Chat();

Yury Morozov

А вот за getawaiter getresult getenumerator да еще и в конструкторе я бы яйца бы отрезал

Ну в конструкторе оно не смотрится, да, но по другому ожидать таски (из безысходности) не рекомендуется

источник

10:40пожаловаться #14

Yury Morozov in var chat = new Chat();

Ну в конструкторе оно не смотрится, да, но по другому ожидать таски (из безысходности) не рекомендуется

Task.GetAwaiter().GetResult() is preferred over Task.Wait and Task.Result because it propagates exceptions rather than wrapping them in an AggregateException. However, all three methods cause the potential for deadlock and thread pool starvation issues. They should all be avoided in favor of async/await.

источник

11:02пожаловаться #15

VD in var chat = new Chat();

Yury Morozov

Ну собсна то что я и описал

источник

11:11пожаловаться #16

VD in var chat = new Chat();

Если приперло то приходится вызывать так

источник

11:11пожаловаться #17

Yury Morozov in var chat = new Chat();