н
так а по какой причине это плохо...
Size: a a a
2020 May 01
н
если это очень оптимизировано
YN
не очень тогда понимаю почему не сделать такую штуку типа делаем запрос к бд в фоновом потоке и параллельно продолжаем основной пока не дойдем до момента пока нам не нужен будет респонс от бд(ну и потом если ответ все еще не получен можно подождать)
ещё раз - ты сделал запрос к БД
что твой поток будет делать пока ожидает ответа?
что твой поток будет делать пока ожидает ответа?
VL
так а по какой причине это плохо...
Что именно плохо?
н
ещё раз - ты сделал запрос к БД
что твой поток будет делать пока ожидает ответа?
что твой поток будет делать пока ожидает ответа?
какие-то штуки которые с конкретно этим запросом к бд не связаны
н
тоесть не используется респонс
н
Что именно плохо?
ну говорят что без await'а плохо вызывать
MK
на обычных смертных это не распространяется?
а то вижу что надо регестрироваться с помощью корпоративной почты
а то вижу что надо регестрироваться с помощью корпоративной почты
попробуй ввести свою почту як корпоративну або студентську якщо вона є)
VL
ну говорят что без await'а плохо вызывать
Нет, если ты далее продолжаешь контроль переменной типа Task
YN
какие-то штуки которые с конкретно этим запросом к бд не связаны
так правильно, настоящая асинхронность запустится только с ключевым словом await, а до этого тебе вернёт Task - типа "эй, я тебе вернул задачу, ты в любой момент можешь подождать пока она закончится"
VL
не очень тогда понимаю почему не сделать такую штуку типа делаем запрос к бд в фоновом потоке и параллельно продолжаем основной пока не дойдем до момента пока нам не нужен будет респонс от бд(ну и потом если ответ все еще не получен можно подождать)
Task<List<Model>> requestToDb = _context.DbSet.Where(it => it.Name == "John").ToListAsync();Тут как раз происходит то, что ты описал
// Тут любая задача не связанная с запросом
// Тут ещё 1
List<Model> responseFromDb = await requestToDb;
н
асинхронность тоже последовательная при классическом использовании, она просто позволяет освободить поток когда он не нужен
что значит освободить поток когда он не нужен
н
Task<List<Model>> requestToDb = _context.DbSet.Where(it => it.Name == "John").ToListAsync();Тут как раз происходит то, что ты описал
// Тут любая задача не связанная с запросом
// Тут ещё 1
List<Model> responseFromDb = await requestToDb;
но тут же когда мы вызовем await requestToDb
н
все равно последовательно будет
н
выполнятся
VL
но тут же когда мы вызовем await requestToDb
заметь, запрос в бд начинается не в момент вызова await
VL
await просто ожидает результат
VL
Запрос начнётся в момент вызова ToListAsync()
YN
но тут же когда мы вызовем await requestToDb
в этот момент ответ уже может быть готов! там даже шорткат к этому есть!
н
запрос вообще начнется же