На английком я умею читать, но для более быстрого чтения есть Google Translate для сайтов

Мало где объясняют про эти операторы так подробно, а стоило бы так как работают они не так очевидно как это может показаться

Подскажите плз. У меня есть ресайклер, в нем item состоит из двух textView (Title + Description). Title у меня из обычного листа и значение не меняется, а вот Description я тащу из БД. То есть если у меня Title - Name, то оно для всех будет Name. А вот поле Description будет везде менятся в зависимости от значения. Как мне совместить и сделать так чтобы нужный Description ставился к нужному Title?

Там пишут что в идее 2018.2 можно жебажить таски гредла

public void displayMessage(MessageRequest messageRequest){ messageAdapter.addItem(messageRequest); runOnUiThread(() -> { messageAdapter.notifyDataSetChanged(); msgListView.scrollToPosition(messageAdapter.getItemCount() - 1); }); }

Мне советовали в прошлый раз использовать RxJava, чтобы упростить написание этого кода

Мне кажется, что RxJava совсем не для этого всё таки

Ты как-то рискованно обращаешься с адаптером из двух разных потоков

Мне кажется, что RxJava совсем не для этого всё таки

Это смотря кто вызывает displayMessage(), если не в уи треде

да-да, из UI-потока можно и не увидеть добавленный айтем

да-да, из UI-потока можно и не увидеть добавленный айтем

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

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

но адаптер с синхронизацией — это ж нездорово (как и синхронизации вообще)

но адаптер с синхронизацией — это ж нездорово (как и синхронизации вообще)

Синхронизации норм, только до адаптера имхо надо касаться только юаем

Это сейчас вообще не важно, всё уже на месте стоит

Это сейчас вообще не важно, всё уже на месте стоит

Это я просто рассуждать начал

Это сейчас вообще не важно, всё уже на месте стоит

это неопределённое поведение, на одном телефоне работает, на другом сломается

Как я получу Observable, который лежит в отдельном классе и в отдельном потоке в этом месте?

Ну или наоборот, как мне там получить Observer?

Если у меня и получится связать их, то зачем мне вообще нужна была эта прослойка с Presenter?

Столько новых вопросов после RxJava, всё стало в разы непонятнее

кажется, у тебя не тот уровень, чтобы браться за RxJava

я, например, не понимаю твоих вопросов

Столько новых вопросов после RxJava, всё стало в разы непонятнее

RxJava требует немного иного хода мышления по определению

декомпозиция задача нашэ всьё

декомпозиция задача нашэ всьё

какой странный акцент)

Он францусзкий шпийон

кажется, у тебя не тот уровень, чтобы браться за RxJava

Если я так буду мыслить, то никогда не возьмусь за новые вещи) Мне хватило года олимпиадного программирования, которое никак не применяется на практике

Если я так буду мыслить, то никогда не возьмусь за новые вещи) Мне хватило года олимпиадного программирования, которое никак не применяется на практике

Хватило для чего?

Хочешь развиваться — развивайся, только последовательно.

Нигде нет плана развития

Нигде нет плана развития

Самоорганизованность

Или что я должен знать, прежде чем приниматься за RxJava?

Если у меня и получится связать их, то зачем мне вообще нужна была эта прослойка с Presenter?

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

я б лучше в корутины вникал чем в rxjava, надо и мне с неё слезать, она вынуждает делать слишком много и некрасиво

понять зачем он тебе для начала

я б лучше в корутины вникал чем в rxjava, надо и мне с неё слезать, она вынуждает делать слишком много и некрасиво

вообще разные вещи

Или что я должен знать, прежде чем приниматься за RxJava?

Очень просто. Когда что-то трудно, спроси себя почему трудно — думай в сторону подкрепления тех знаний

в контексте управления потоками и асинхронщиной

Или что я должен знать, прежде чем приниматься за RxJava?

есть очень много статей, книжек про реактивное прораммирование

Или что я должен знать, прежде чем приниматься за RxJava?

очень хорошо знать кор, свободно использовать Executors и Handler

очень хорошо знать кор, свободно использовать Executors и Handler

какое это отношение имеет к рх джаве?

вообще разные вещи

настолько разные, что в Android-разработке полезны только корутины

вообще разные вещи

Вот одни говорят (и не один человек говорил), что RxJava уже поздно изучать и это устаревшая тема, а другие говорят (и тоже не один человек), что это разные вещи

если мыслить только в направление рх для многопоточности - то да

Насколько же мы все субъективны

настолько разные, что в Android-разработке полезны только корутины

обоснуй

потому что люди некоторые юзали рхжава т.к. думали что там изи делать работу в разных потоках и только

но оказалось что корутины это делают лучше и быстрее

но по факту рх это не про то )

какое это отношение имеет к рх джаве?

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

настолько разные, что в Android-разработке полезны только корутины

Ещё не всё на Котлин переобулись

поэтому одни говорят одно а другие другое

если мыслить только в направление рх для многопоточности - то да

да всё равно я так смотрю что у меня для этого она и лежит, реактивщины нифига, Single<List<Bla>> дофига

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

но речь идет о рх джаве, как о реактивном подходе

а не как для многопоточности, не так ли?

обоснуй

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

Ещё не всё на Котлин переобулись

Это делается очень просто, так что не вижу разницы между наать раазработку на Rx или на корутинах

а не как для многопоточности, не так ли?

не так

Это делается очень просто, так что не вижу разницы между наать раазработку на Rx или на корутинах

Я не говорила что это сложно

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

зависит от приложения

зависит от приложения

говорю же, в нормальной жизни

корутины еще не достаточно готовы, чтобы покрыть функционал, который покрывает рх

корутины еще не достаточно готовы, чтобы покрыть функционал, который покрывает рх

чего там не хватает?

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

Вот дааааа, вот это я ярко заметил, что код в разы увеличился, там куча операторов, которые читать ещё непонятнее, когда их много чем просто последовательные строки классического Java кода, и в итоге понимаю, что RxJava это что не то что мне нужно, что акцент явно не на потоках

это разные вещи же ну

хз....

большинство вещей как раз покрывает

которые надо

корутины еще не достаточно готовы, чтобы покрыть функционал, который покрывает рх

обоснуй

это разные вещи же ну

В чём различия?

мне не хватало некоторых операций, которые есть в рх

мне не хватало некоторых операций, которые есть в рх

каких?

нетрудно написать, если руки откуда надо растут

и это разные вещи, реактивный подход и асинхр работа

тот же хендлинг ерроров

и это разные вещи, реактивный подход и асинхр работа

разные вещи, но корутины хуже? =)

не говорю, что хуже

тот же хендлинг ерроров

И что с ним? Ловить исключения привычным путём — о ужас!

когда кто-то оскорбил корутины

Гг))