Хочу изучать Андроид разработку, посоветуйте курс по Kotlin

Привет)

На udacity курсы от гугл. Вроде ещё на какой-то платформе они есть

Всем привет!
Кто работал с асинхронными запросами, а точнее асинхронной обработкой запроса в коде? Допустим инсерт в бд.

Вот что я не могу понять:

При асинхронном запросе мы освобождаем поток, не блокируем его. В свою очередь текущий поток идет обрабатывать новые запросы.
Но клиент ведь все равно ждет ответ от сервера даже если мы асинхронно на бэке что-то делаем.

Какой механизм заставляет клиента ожидать ответ? За это то же какой то поток отвечает?

... сетевой

🤔

Сначала нужно понять о каком протоколе мы говорим

HTTP

Ну он синхронный изначально. Клиент шлёт реквест и ждёт респонс

Клиента никто не заставляет ждать ответа. Клиент получает future который наполнится ответом позже. Если клиент хочет ждать ответ, то он может заблокироваться на get()

Я так понял что вопрос был скорее про удалённого клиета, который ждёт ответа из сокета. Я бы посоветовал @javastart - видимо автор путает сетевые потоки(сокеты) с потоками операционной системы

Да, думаю у меня не большой пробел в этой области) спасибо

опшионал сам по себе я считаю благом. но код в v1 - это вырвиглаз какой-то. уже две вложенных друг в друга простые лямбды должны заставить задуматься, а тут такое.

О ну хоть ктото думает как я

Для этого нужен асинхронный протокол, типа http2, чтобы клиента не блокировать, а иначе будет как вы описали

Мне кажется комментарий был не о том, что Optional — плохо, а о том, что в V1 он использован максимально криво. Вот такая альтернатива выглядит всё-таки приятнее:

public List<Balance> loadV1dot1() {
    return executeWalletRequest()
            .map(jsonBody -> JsonUtils.toObj(jsonBody, BalanceResponse.class))
            .map(balanceResponse -> balanceResponse.getAmounts())
            .stream()
            .flatMap(Collection::stream)
            .map(amount -> buildUnifiedBalanceRow(balanceResponse, amount))
            .collect(Collectors.toList());
}

так нельзя  потому что ответа же может не быть?
и потому что логи


V2 тоже неоптимально написан мной. там можно было .stream.collect() и было бы еще изящнее

весь дискурс на тему можно ли логику .orElseReturn() итп пилить на optional или If(NULL) проще читать

я вырезал логи каюсь