I
Но в этом нет особого смысла, потому что результат асинхронного вызова внутри функции сразу же используется в следующих строках, верно?
А почему нет смысла? Поток же не блокируется на ожидание IO
Size: a a a
2017 November 17
ak
ты что то сверху метода можешь асинково делать
ak
в месте его вызова
D
ты что то сверху метода можешь асинково делать
это понятно, я именно про внутренности
А
Но в этом нет особого смысла, потому что результат асинхронного вызова внутри функции сразу же используется в следующих строках, верно?
Смысл есть
А
Дело в том что тут IO операция, пока поток ждёт ответа он может выполнить другую полезную работу
D
IO - это Content.Read?
А
Это отсылка запроса постом
D
т.е. даже есть смысл делать так -
http.GetAsynk(params).Result?А
т.е. даже есть смысл делать так -
http.GetAsynk(params).Result?Точно не скажу, но я бы оставил асинхронность везде
OB
ReadAsAsync<DomainType😠) есть расширение чтобы читать асинхронно респонс
OB
тогда можно будет выкинуть JsonConvert и будет короче)
I
NK
не скомпилится же
NK
или это петушиный язык и там можно и так?!
Если этот метод вызывается часто,
HttpClient следует сохранять, а не пересоздавать каждый раз.
Плюс последнюю переменную можно не создавать, а сразу
И в json.net вроде асинхронные методы есть, не помню
return Deserialize.И в json.net вроде асинхронные методы есть, не помню
VK
ID:142328857
не скомпилится же
В плюсах их можно опустить вроде