LiveData — очень ограниченная штука. Только main thread, только BehaviorSubject, да ещё и с synchronized.

LiveData — очень ограниченная штука. Только main thread, только BehaviorSubject, да ещё и с synchronized.

https://gist.github.com/komigor/2d17ca6f97e571a57c3679441e8649e9

не только мэйн тред, можно делать postValue из любого треда

Прикольно.

согласен, поэтому и отказался от LiveData как-тоб ну вот челы из гугла как я их назову, в статья все как один кидают, RX, Livedata и т.д. и никт оне пишет про асинктаски и ThreadPool например, или пишут и я не видел ? или же челы из гугла не заморачиваются с java ?

ThreadPool надо знать до вкатывания в Android, потому что это часть Java. А про AsyncTask не пишут потому что он всем надоел.

ThreadPool надо знать до вкатывания в Android, потому что это часть Java. А про AsyncTask не пишут потому что он всем надоел.

ThreadPool надо знать до вкатывания в Android, потому что это часть Java. А про AsyncTask не пишут потому что он всем надоел.

По моему достаточно знать лишь rx, не нужны даже asynctask и handler. Человек который знает только rx может выполнять те же задачи что и тот который знает больше, с абсолютно той же эффективностью. Конечно знать больше полезно, но rx достаточен.

По моему достаточно знать лишь rx, не нужны даже asynctask и handler. Человек который знает только rx может выполнять те же задачи что и тот который знает больше, с абсолютно той же эффективностью. Конечно знать больше полезно, но rx достаточен.

Знать, что такое handler и как он работает обязан каждый уважающий себя андроид разработчик) Не несите чушь

Вот выше только что сказали, что большая часть задач решается без Rx.

Ну я не спорю, однако зная только rx можно их решить

Знать, что такое handler и как он работает обязан каждый уважающий себя андроид разработчик) Не несите чушь

Можно, но когда настанет MultiDex, что бросать за борт? Да и время загрузки/верификации/компиляции классов в ART — это боль.

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

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

Ну я не спорю, однако зная только rx можно их решить

Можно, но когда настанет MultiDex, что бросать за борт? Да и время загрузки/верификации/компиляции классов в ART — это боль.

По вашей логике можно обмазаться кучей либ и на изи кодить, не зная ничего.

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

Ну да, едиственное отличие что разработчик будет работать не с интерфейсом нативного андроида а с интерфейсом либ, на уровень выше. С точки зрения решения задач нет разницы.

Они остались слабыми.

ну вот нет, процент тех самых слабых совсем невелик, сейчас даже за 200$ все берут и там памяти и всего остального по железу дофига, единственный минус это порезанная система, конкретными производителями, и баги отдельные на каждого, но это другая история )

У меня на Nexus 5X тормозит лента в твиттере. Видимо, его разработчики как раз считают, что телефоны сильные и справятся.

У меня на Nexus 5X тормозит лента в твиттере. Видимо, его разработчики как раз считают, что телефоны сильные и справятся.

Как и Фейсбук

У меня на том же телефоне инстаграм жутко лагает

про фб лучше вообще помолчать....)

удивлен, мой предыдущий телефон, нравился и работал ок, твиттер не юзал, тормозил скайп знаю, но он тормозил и на пикселе у меня, проблема я думаю не только в железе была

На Мобиусе один докладчик рассказывал, что инстаграм год занимались оптимизациями своего приложения. Судя по тому, что у них собственный JSON-парсер, оптимизировали они не там, где надо.

скайп и на десктопе тормозит, на core i3 ;)

ну сейчас стало лучше )

«сейчас» — это когда? Я только ухудшение наблюдаю.

Скайп не на ксамарине написан разве?

а вообще один товарищ разраб говорил мне: "Вот с тех пор как скайп купили микрософт, он скатился в полное дно" не знаю соглашаться ли с ним, но фраза веселая )))

ещё вопрос вот в винду тоже встроен скайп уже кстати, а я забылся и поставил отдельно ))

Это работа для антимонопольного комитета!)

Это работа для антимонопольного комитета!)

а есть какие-то дефолтные ThreadExecutor в анройд ? ато гляжу там чтобы его создать нужно кучу параметров задать, люди фигачат целые классы Suplier, хотел попробывать простейший примерчик

а есть какие-то дефолтные ThreadExecutor в анройд ? ато гляжу там чтобы его создать нужно кучу параметров задать, люди фигачат целые классы Suplier, хотел попробывать простейший примерчик

А какие задачи?

Да любая многопоточка.

Просто многопоточка в андроиде разная бывает

Дефолтных нет. Есть фабрика Executors. Имеет смысл на всё приложение создать пару экзекьюторов — computations размера приблизительно max(1, availableProcessors() - 2) и io размера 2..4.

это здорово конечно, но телодвижений уже немало, считай слой нафигать для работы с requests стоит ли оно того всё же..

ну да, compile 'io.reactivex..., конечно, проще, чем использовать встроенные инструменты. Пусть работает процессор телефона, пока прогер отдыхает.

то есть вы связываете тупизну приложений с использованием rx как вариант ? хм-хм

И вообще это самый странный аргумент: "рх для многопоточки"