SD
Лол. Ирикс и так мусором своим гарбачколлектор возбуждает, еще своими объектами мусорить
на конфе говорили что там все оптиизировано и никакого флуда нету
Size: a a a
2017 February 04
AK
да он просто рх хейтер)
A
Но вот на сколько такой подход может быть красивым?
Это нормальный подход, просто вам ещё не привычно. Но можно создать свой джавовский энам Unit или назвать Stub, да как угодно в общем-то
A
Это нормальный подход, просто вам ещё не привычно. Но можно создать свой джавовский энам Unit или назвать Stub, да как угодно в общем-то
И использовать во всем проекте
A
enum Unit { INSTANCE }
A
И все
А
с енамом вообще интересное решение. поскольку он статик синглтон, то и новые объекты создаваться не будут.
A
с енамом вообще интересное решение. поскольку он статик синглтон, то и новые объекты создаваться не будут.
Именно. Просто это лишь кажется костылём. Но по моему наблюдению - довольно редко нужен подобный подход, зачастую RX используется для данных. Я к примеру не оборачиваю нажатия на кнопки и тд. Так как не хочу усложнять там где этого не требуется
А
Кнопка - это как пример ситуации в которой достаточно знать только то, что событие произошло. Кейс действительно не частый, поэтому и пример из разряда что первое в голову пришло. Просто сама ситуация показалась интересной с точки зрения архитектуры, и захотелось обсудить кто что думает по этому поводу. На будущее может пригодиться.
A
Кнопка - это как пример ситуации в которой достаточно знать только то, что событие произошло. Кейс действительно не частый, поэтому и пример из разряда что первое в голову пришло. Просто сама ситуация показалась интересной с точки зрения архитектуры, и захотелось обсудить кто что думает по этому поводу. На будущее может пригодиться.
Да тут дело в том, что от null всюду уходят, так как это вызывает больше проблем чем подобная ситуация с их отсутствием
2017 February 05
М
Кто подскажет, как мне во втором Rx эмитить в поток void события? Банальный пример - подписка на кнопку. При ее нажатии должен срабатывать onNext подписчика. Но данные в поток никакие не нужно отдавать.
есть Completable
М
то что нужно
М
обс который ничего не эмитит
А
Рассматривалась ситуация когда реагировать нужно на каждое нажатие кнопки. Completable предлагали. Но это, увы, немного не то.
М
тогда эмиить какой-нить мусор)
М
с сабжектами
М
а ваще можно посмотреть как это сделано в RXBinding
А
Варианты с мусором тоже обсудили, даже решили что через енам лучше
А
А если без котлина? Сами разработчики предлагают создавать не void потоки, и эмитить туда разный мусор https://github.com/ReactiveX/RxJava/wiki/What's-different-in-2.0#nulls . И вот здесь еще небольшое обсуждение было https://github.com/ReactiveX/RxJava/issues/4492 .
А
Это нормальный подход, просто вам ещё не привычно. Но можно создать свой джавовский энам Unit или назвать Stub, да как угодно в общем-то