Ну допустим задача такая

Из недавнего

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

И это не мой вопрос, если что :)

Просто типичный вопрос по Rx

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

Хотя это делается обычной синхронизацией, лол

вот тебе смержить два листа: public ArrayList merge(List a, List b){ ArrayList result=new ArrayList(); result.addAll(a); result.addAll(b); return result; }

Хотя это делается обычной синхронизацией, лол

так я не понимаю, "асинхронно смержить" == "дождаться, пока ты получишь их оба откуда-то асинхронно, а потом смержить"?

Два потока одновременно продуцируют объекты, надо добавить их в один список

Вот тебе и вся задача

ну так синхронизировать через барьер

По-моему, ты слишком много на си начал писать

Это уже не смешно

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

Два потока одновременно продуцируют объекты, надо добавить их в один список

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

Там нужно несколкко операторов применить

А в обычной джаве просто в syncronized-блок обернуть

Имхо, строчек в джаве меньше. Но Rx я не знаю, так что если это не так — послушаю

Все в барах смузи пьют и смотрят на ифон презентацию

Имхо, строчек в джаве меньше. Но Rx я не знаю, так что если это не так — послушаю

http://reactivex.io/documentation/operators/merge.html

один оператор

.combineLatest для двоих observable, если я правильно вас понял

и ничего не надо делать больше

Roman Chernyak, [09.09.16 20:10] и ничего не надо делать больше +

только код становится нечитаемым

Наоборот читаемый, попробуй rx без неё поюзать, код в лапшу превратится.

Наоборот читаемый, попробуй rx без неё поюзать, код в лапшу превратится.

В Каллбекхелл

В Каллбекхелл

Ну это и есть лапша? Доширак

Все в барах смузи пьют и смотрят на ифон презентацию

и оправдывают эпл в выпиливании разъёма

и оправдывают эпл в выпиливании разъёма

не все =ь

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

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

Вот да, все-таки лямбды плохо, я только что понял, хотя хотел использовать

И не именно изза одного метода без аргументов

Связанно с ОЗУ

А что с озу?

Лямбда же просто анонимный клас

Это функтор

Не класс, а объект

Больше объектов — чаще GC

Да

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

Мне кажется для андроида это не актуальны проблемы с кучей объектов

памяти много, гугл не особо парится на этот счет

Ну почти все приложения в Goiolge Play тормозят

Так что

А в чем разница написать лямбду и анонимный объект? Да их не надо юзать в циклах

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

Согласен

Я юзаю лямбды

Иногда, когда реализуешь какой-нибудь filter: Object ->Bool, нужно помнить предыдущие элементы. Тут лямбды не помогут, нужен класс с полем

А что с озу?

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

конечно красота чистых функций пропадает...но это другая история

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

Тут лямбду и не выйдет использовать

Ну да, просто пример, когда нужен анонимный класс

Они для интерфейсов с одним методом

Тут лямбду и не выйдет использовать

Че это, в каждый сеттер интерфейса по лямде

Так filter и есть интерфейс. Простой предикат

Они для интерфейсов с одним методом

И я про тоже. Захватится куча ссылок.

И я про тоже. Захватится куча ссылок.

Не стоит использовать лямбду в цикле

Я не про цикл

Да, на счет захвата ты прав. Анонимные классы тоже имеют ссылку на this

Ее вообще не стоит

Не явная ссылка на парента

Вот и вспомнили сегодня Java

К слову о лямбдях, тут есть скалисты под android?

кто-нибудь в продакшене юзал?

ERROR: S client not available

Я

Вот где ram проседяет)

?

Как setOnClickListener() с лямбдой съесть память )

эм..а при чем тут скала?

Скала?

опечатка

скалисты

А тогда я не туда ))

Не увидел скалистов )

Не, я джавист и котлинист

Жвмщик

Тогда далвикист и "артист"

Ребята, есть ТЗ , у кого можно проконсультироваться по тому сколько может занять времени написание приложения?

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

Я кстати также стал делать после просмотра, хотя это называют преждевременная оптимизация

Ребята, есть ТЗ , у кого можно проконсультироваться по тому сколько может занять времени написание приложения?

Если не горит "за час", то можно мне кинуть почитать, оценю, но могу задавать много уточняющих вопросов по пути)

есть ли смысл делать Handler 1 на проект? Часто надо что-то в очередь поставить

Часто нужно ещё что-то отменять из него

из Ui потока в Ui

Поэтому по ситуации, имхо

Если есть ссылка на отменяемый Runnable, его можно передавать в глобальный

Если нет и удаляются все сообщения, то локально

имею ввиду: не будет ли каких-то неожиданностей, если 1 handler сделать lazy singleton

А зачем может понадобиться 1 Handler в проекте?

Ну та же экономия объектов, например

Это имеет смысл

Даггером зпинжекти как щас модно

А наверно и вправду инжектят

А не получится экономии на спичках? Просто я не уверен что хендлер так много памяти занимает.

статик класс, а в нём метод хэндлера

Тогда уж модный singleton через enum.

Енумы жрут