и даже в java8 никто не запрещает передать null вместо Optional :)

если есть те,кто недавно начал с котлином,но имел опыт со скалой,гляньте на funktionale

sbt считается? )

кто-то юзает sbt для чего-то кроме как собирать scala проекты? :D

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

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

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

ну там бы что угодно подошло :) сейчас плагинчики для всего написали скорее всего(кроме анта), хочешь в докер завернуть - подцепи плагин,хочешь во что угодно завернуть - подцепи плагинчик

а способ нормально ресурсы хранить не запилили

Материалы за сегодня в дайджесте: - Скажи "нет" Fragments (и Activities): View-driven приложения с Flow - Понимаем ядро Android: Looper, Handler и HandlerThread - Вышли SDK Tools 25.2.5 - Руководство по RxAndroid - Реактивные приложения с Model-View-Intent http://androiddev.apptractor.ru/interesnyie-materialyi-dlya-android-razrabotchika-nedelya-02/

да я тут полдня про презентеры внутри фрагмента трындел,

походу вот оно, решение (=

ага. там такое решение ;D

что потом человека на поддержку не найдешь

https://www.raywenderlich.com/141980/rxandroid-tutorial

как там Брюс Ли говорил: бойся того, кто учит один удар 1000 раз вместо 1000 по разу ну или типа того ))

ага. там такое решение ;D

я выбираю приз!!!

аа, а я тут на днях смайлики поудалял, походу Якуб попал под раздачу )

*тут стикер с Якубом карч^^*

ну самом деле во всем можно разобраться

главное мортар не юзать, как и написано в статье

какое-же гавно private PublishSubject<Boolean> loading; private PublishSubject<List<Person> persons; private PublishSubject loadPersonsCommand;

какое-же гавно private PublishSubject<Boolean> loading; private PublishSubject<List<Person> persons; private PublishSubject loadPersonsCommand;

больше сабжектов

недостаточно реактивно

ага,мне довелось тут недавно страдать с допиливанием фичи в такой вот проект :D

причем некоторые думают,что их кусок с сабжектами - реактивный

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

а что не так с сабжектами? для тупых

прост в Observable не скормить хаотично появившийся эвент

типо юзер кликнул мышку или там связь с сервером тю-тю

стэйты кмк

самый сок - BehaviorSubject

и завязка на хранение значения в нем

Ну я вот AsyncSubject юзаю

зачем? :)

зачем? :)

Я плеер пилю. У меня в AsyncSubject пихаются свежие плейлисты, позицию, которую играет плеер и т.д.

хотя наверное BehaviorSubject там местами даже годнее будет. Но я что-то в нем нашел и ....

вспомнил

как выяснилось AsyncSubject вообще не спасает.

Вот есть вроде удобная фишка. SomeSubject.onComplete()

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

отписаться

но тут вот проблема. В состояние завершено переходят все подписчики. Это ок, так и должно быть. Но еще и сам сабжект переходит в это состояние

и его не отресетить никак

только новый инстанс создавать

почему?

а как?

это же горячий обсервбл

ща пол минуты

просто отписывешь подисчиков от него и все

ну если отписывать - да. А вот с завершением не взлетает :/

ну это ясен)

надо с отписыванием попробовать

ну оно так и должно делаться. как иначе)

еще есть ConnectableObservable

он конечно тут не панацея, но может найдешь в нем выгоду

хотя погоди

а как отпистаь? не вижу метода

первый рх?

со стороны Subject я не нашел как отписать всех подписчиков

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

)

compile 'io.reactivex:rxjava:1.2.3'

ну версия рх 1 или 2?)

ок

там уже 1.2.5 кстати

это первая или вторая?)

ERROR: S client not available

надо обновить

первый

ток не на второй :D

гм а где про второй погуглить? Он лучше чем-нибудь или просто форк?

https://github.com/ReactiveX/RxJava/wiki/What's-different-in-2.0

но имхо особого смысла переходить нет. в большинстве случаев первого достаточно

в обще по поводу отписки. метод для подписки возвращает объект Subscription.

Делай композит сабскрипшн

+

И сможешь сразу отписаться кучей сабскрипшнов

Делай композит сабскрипшн

Это как?

МОжешь линк или что нить скинуть

Дословно не помню, compositesubscription

В него можно добавлять сабскрипшны

Чтобы разом отписываться

минутка вареза

все что надо коротко и ясно

в обще по поводу отписки. метод для подписки возвращает объект Subscription.

Гм. Это не совсем то решение, которое я хотел. Есть у меня класс A и есть у него метод getTrackNumberObservable() и возвращает он Observable. Потом, тот кто пользуется, сможет навесить на него всяких flatmap() и иные преобразование сделать. Если же делать метод подписки, то, как я понимаю, клиент сразу же лишается такой возможность. Т.е. чтобы классу B обработать события класса A, например сразу по 4 штуки, ему придется сделать Subject(?) подписать его на события класса A и уже на него натравить метод burst или как он там.

но имхо особого смысла переходить нет. в большинстве случаев первого достаточно

Lol. Flowable и maybe стоят того

Lol. Flowable и maybe стоят того

ну вот если они нужны)

особенно Flowable

одна из важных вещей, что в rx 2 нельзя null эмитить

последовательность сразу падает с npe

Ну и да, null нельзя эмитить,наконец

Ну я очень рад,если вы не сталкивались с back pressure

И вам не нужен flowable

с отпиской кстати еще один "косяк", подписавшиеся, как я понимаю, не узнают что их отписали.

я тоже :D

с отпиской кстати еще один "косяк", подписавшиеся, как я понимаю, не узнают что их отписали.

как они могут не знать?

я тоже :D

Не бойтесь,вы познакомитесь

да я уверен