лучше старый добрый AsyncTask

Сейчас как-бы 2к19) Тем более не такой уж он и добрый)

и чем же плох AsyncTask?

Вы советуете его новичку А если его не уметь правильно готовить - можно таких утечек памяти наплодить, что каналы Венеции позавидуют)

Вы советуете его новичку А если его не уметь правильно готовить - можно таких утечек памяти наплодить, что каналы Венеции позавидуют)

Им только новички и пользуются

а чем пользуетесь вы?

Корутинами

Так он и не советовал их никому💁‍♂

И не понимал, почему одна строчка срабатывает раньше, чем другая

Эх, ностальгия

Да вообще стоит почитать про 100500 способов делать многопоточность и больше не писать new Thread.

И не понимал, почему одна строчка срабатывает раньше, чем другая

Человек спрашивает, какой лучше бэк использовать для соц сети, помогите нам определиться, пожалуйста @startandroidchat

на чем умеете, на том и пишите)

Да вообще стоит почитать про 100500 способов делать многопоточность и больше не писать new Thread.

Так с тредами в андроид не работают, если только учишься посмотри в сторону Hendler-а андройдовского

Кто может подсказать, как добиться на диалоге такого эффекта?

там потом join идет

А что в этом плохого, если это очень простой и понятный код? И еще вопрос: у меня там стоит thread.join(); - то есть, рефреш должен выполняться только в основном потоке и после того как завершиться фоновый поток, где идет работа с БД... новы, как я понял, намекаете, что проблема в том, что происходит не так и потоки птуаются...?

Есть аргументы, почему new Thread это хорошо/плохо?

Вы советуете его новичку А если его не уметь правильно готовить - можно таких утечек памяти наплодить, что каналы Венеции позавидуют)

Если почитаешь, что делает join, поймёшь, что хоть там технически и используются два потока, никакой многопоточности нет. Всё происходит последовательно. Хотя бы AsyncTask возьми, что ли.

Это тяжёлый объект, который дорого создавать, дорого закидывать в ядро проца на выполнение, дорого оттуда выпиливать и дорого убивать.

Хорошо, что тогда использовать?

но как тогда мне сделать ожидание? мне же нужно обновить imageButtin только после того как успешно завершиться работа с БД. Иначе произойдет путанница. Мне в принципе все равно в каком потоке будет коннект к БД выполняться, просто если это делать в основном потоке - оно выдает ошибку, пришлось запихнуть в поток метод, который отвечает за работу с бд и обработку ответа...

Не вижу ни одной причины ходить в БД асинхронно. Лучше исправить наркоманский Room (или что там у тебя), особенно если ты так упорно отказываешься освоить джаву.

а почему Room наркоманский?)

тебе уже минимум 2 раза сказали - можно AsyncTask

а кроме этого?

Не вижу ни одной причины ходить в БД асинхронно. Лучше исправить наркоманский Room (или что там у тебя), особенно если ты так упорно отказываешься освоить джаву.

что еще за Room?

А сколько способов нужно?

что еще за Room?

ORM

> оно выдает ошибку кто «оно»?

Ну, пишут, что устарел как-бы

компилятор

а кроме этого?

окей гугл, как использовать ProGuard?

показывай.

https://pastebin.com/Ff34NwkT здесь все подробно расписал. Но если картко - если я при запросе к бд не использую многопоточность, мне почему-то возвразается null, но как только для этого кода содаю отдельный поток - все магическим образом чудесно работает.

Увидел БД только в названии. А по факту там HTTP-запрос.

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

Приложению нет разницы, для него это поход в интернет, а не в базу.

Точно, когда я писал десктопное приложение на Java, то там при подключении к бд нет многопоточности...

Ну вот потому что навязывает асинхронность.

Не навязывает же, ты можешь себе синхронную дао написать

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

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

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

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

Интересно бы увидеть числовые показатели, а не «плохо, не делайте так».

Вы по скорости имеете ввиду?

А почему ещё это может быть нехорошо?

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

Так много времени — это и есть «по скорости». По тем бенчмаркам, которые я видел, рум топчик.