Есть JSONObject, в нем есть значение допустим "name". Оно может быть null. Если делать jsonObject.getString("name"), то оно возращает не NULL, а "null" в виде строчки. Как адекватно проверять на нул ?

json.optString("name", null)

а зачем нужны асинктаски если можно взять и реализовать Runnable? Или асинктаск типо удобнее, функциональнее?

а зачем нужны асинктаски если можно взять и реализовать Runnable? Или асинктаск типо удобнее, функциональнее?

второй параметр fallback

проще перекинуть результат в UI поток

почему?

Сейчас уже не нужны.... если по простому - то runnable->туда->runnable->сюда последние студии, лямбды и java8 -уже имеют всё необходимое для лаконичной многопоточности

только не делайте new Thread на каждый чих )

корутины наше все)

json.optString("name", null)

только не делайте new Thread на каждый чих )

Угу, хотяб пару статик екзекьюторов завести (MAIN и WORK) - и ок!

отвечу вопросом на вопрос: как ты вернешь результат асинхронной операции в UI поток из любого другого потока?

когда белые дяди из западных стран уже придумали WorkManager

я еще плаваю в вопросах. Ты о том, что асинктаски могут возвращать состояние, например, или какие-то пользовательские значения, да?

боюсь проблема не в вопросах, но мы все когда-то плавали) в асинктаске есть 3 метода, и только один из них работает в бекграунде, остальные два в потоке. внутри там как раз скрыта передача данных между потоками и тебе не надо ее самому реализовывать

Хендлер же так долго писать, да?

боюсь проблема не в вопросах, но мы все когда-то плавали) в асинктаске есть 3 метода, и только один из них работает в бекграунде, остальные два в потоке. внутри там как раз скрыта передача данных между потоками и тебе не надо ее самому реализовывать

конечно нет, но человек про асинктаски спрашивает

По факту с асинктаском когда будет увы больше к сожалению

ну асинктаск на потоках точно не экономит

это почему же?

а из треда можно всегда написать view.post(()->{ });

а где там экономия если внутри тупо runnable в тред идет?

mWorker = new WorkerRunnable<Params, Result>() { public Result call() throws Exception { mTaskInvoked.set(true); Result result = null; try { Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND); //noinspection unchecked result = doInBackground(mParams); Binder.flushPendingCommands(); } catch (Throwable tr) { mCancelled.set(true); throw tr; } finally { postResult(result); } return result; } };

а если мы экран перевернули во время выполнения задачи? правда асинктаск это тоже не решает...

реализовать в этом случае синглтон - нормальное решение?

в асинктаске

синглтон чего? активити?

асинктаска

и? что из этого следует?

@MainThread public static void execute(Runnable runnable) { sDefaultExecutor.execute(runnable); }

ты уверен что это решит проблему пересоздания активити?

пересоздания нет, но мы запускать поток будем прямо в конструкторе асинктаска и проверять если это первый запуск то запускаем, если второй - нет

там не раннбл в тред идет по факту?

пересоздания нет, но мы запускать поток будем прямо в конструкторе асинктаска и проверять если это первый запуск то запускаем, если второй - нет

это что значит?

запускать поток? в конструкторе асинктаска? Что это за дичь?

где экономия на потоках-то?

А где расточительство? Объясни, как ты понимаешь простыню кода, которую скинул.

Приветствую.Только через поиск нашел.Есть продвижения с приложением?

если упростить, то асинктаск просто пихает runnable в executor (который опять же можно сделать и для обычных потоков, ровно как можно свой executor присвоить к асинктаску), а он выполняет это все соответственно заданной очереди

Да уже готово, правда в итоге я только на начальном этапе им занимался