Почему?

потому что это тупой неотесаный костыль для казуальщиков

Оп, срачик rx vs everything

Это исправимо

В общем, у меня путаница, есть вот следующие крутые и не очень кейсы для работы с потоками: Thread, Executor, Handler, AsyncTask, RxJava и корутины Kotlin (если есть ещё оповестите пожалуйста) Что, где и когда нужно использовать? Недавно мне сказали, что это всё устарело и для потоков только rxJava нужно использовать, а всё остальное использовали деды лет 5 назад (немного преувеличено, но суть та же) Так вот не могли бы немножко подправить мою картину мира по потокам?

по дефолту не умеет канцелиться Держит ссылку на таргет для доставки результата

Умеет. Ничего оно само не держит, если не захватишь.

Если я например изучу корутины в Kotlin, то что ещё мне может понадобиться кроме них? Или неужели корутины решают все те задачи, что решают остальные 5 кейсов?

В общем, у меня путаница, есть вот следующие крутые и не очень кейсы для работы с потоками: Thread, Executor, Handler, AsyncTask, RxJava и корутины Kotlin (если есть ещё оповестите пожалуйста) Что, где и когда нужно использовать? Недавно мне сказали, что это всё устарело и для потоков только rxJava нужно использовать, а всё остальное использовали деды лет 5 назад (немного преувеличено, но суть та же) Так вот не могли бы немножко подправить мою картину мира по потокам?

#Therad. Примитив многопоточности. Низкоуровневая штука, в чистом виде не используется. #Executors. Основной инструмент для работы с асинхронными задачами в Java. #ForkJoinPool (c Java 1.7). Executor на стероидах, более быстрый и прагматичный, c work-stealing. #Handler(Thread). Андроидный event-loop. #AsyncTask. Обёртка над Executor + Handler с уродливым API. #RxJava. Реализация ФРП. Применяется когда нужно срочно увеличить размер APK или приготовить смузи. #Coroutines. Основной инстмумент асинхронности в Kotlin. #concurrency #multithreading

а в чем плюсы ForkJoinPool перед обычным Executor?

work-stealing

то есть?

#Therad. Примитив многопоточности. Низкоуровневая штука, в чистом виде не используется. #Executors. Основной инструмент для работы с асинхронными задачами в Java. #ForkJoinPool (c Java 1.7). Executor на стероидах, более быстрый и прагматичный, c work-stealing. #Handler(Thread). Андроидный event-loop. #AsyncTask. Обёртка над Executor + Handler с уродливым API. #RxJava. Реализация ФРП. Применяется когда нужно срочно увеличить размер APK или приготовить смузи. #Coroutines. Основной инстмумент асинхронности в Kotlin. #concurrency #multithreading

если тред уже разгрёб свую очередь, он начинает тырить из чужих

Сейчас смотрю доклад почему rxJava -зло) Парень продвигает корутины Kotlin

Сейчас смотрю доклад почему rxJava -зло) Парень продвигает корутины Kotlin

это все субъективщина

https://www.youtube.com/watch?time_continue=66&v=dQSLfj8EoVU

и где там тезис, что Rx — зло?

Преувеличил я)) Но в целом я так понял, что Kotlin выполняет ту же задачу, что и RxJava

ммм ебам

Rx это подход

Rx это подход

Kotlin вообще язык

Я про корутины

такая ситуация, использую retrofi 2, c сервера приходит ответ в котором содержиться объект "Token", формат данного объекта динамический, существует около 6 его вариантов. как правильно в pojo классе использовать аннотацию @SerializedName("Token") ? ведь заранее не известно какой формат объекта придет. Первое что пришло в голову дженерики, но не пойму как их можно тут использовать...

бить авторов этого формата, пока не сделают нормально

нереально, архитектуру бэкенда не изменить уже((((

нереально, архитектуру бэкенда не изменить уже((((

rx это библиотека, функциональное программирование - это подход

Сейчас смотрю доклад почему rxJava -зло) Парень продвигает корутины Kotlin

единственное, что мне непонятно, так это как с корутинами делать всяческие retry ,onResumeOnError итд

Ну там только одна идея была по настоящему мощной. Что RxJava как молоток, а все остальное становится гвоздями

иметь ввиду можно много чего

спизжено с буржуйских выступлений

сам пока в корутинах нибумбум, знатоки подскажите, как там с обработкой ошибок

с реактивщиной забыл про эту конструкцию, чему очень рад