я как раз null эмитил, выглядело костыльно, но не хотелось юзать обертки никакие, null являлся частью логики

@FuriousSeraphim не, null часто вполне валидое значение, означающее временное отсутствие объекта или ещё что-то такое, что null может означать. Эксепшн тут не к месту, лучше свою обертку придумать

@FuriousSeraphim не, null часто вполне валидое значение, означающее временное отсутствие объекта или ещё что-то такое, что null может означать. Эксепшн тут не к месту, лучше свою обертку придумать

Я просто кастомные Ex кидаю. Они и всю цепочку выбивают и сразу падают вниз, и однозначно понятно что не так

При проверке наличия обновлений проверяю lastUpdate и если он равен моему локальному, сбрасываю UpdateNotNeedException и дальше цепочка не выполняется. Удобно

@FuriousSeraphim наверно ты просто умеешь хорошо готовить кастомные эксепшены, у меня никак не зайдет с ними

@FuriousSeraphim onError/onComplete ведь терминальные события, иногда очень не хочется на null завершаться

class UpdateNotNeedException : RuntimeException() Да вроде как ничего особого. Просто кастомный класс

@FuriousSeraphim onError/onComplete ведь терминальные события, иногда очень не хочется на null завершаться

Так есть куча операторов onErrorXXX

@FuriousSeraphim да не, я не про сами классы эксепшенов, а об умении правильно применить как раз эти самые onErrorXXX

У flatMap есть onError + onComplete функции

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

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

Не обязательно Observable. При ошибке можно просто объект вернуть

да, можно и просто объект, но observable, который кинул эксепшен уже не эммитит

например, какой нибудь сенсор может и null заэмитить, если кинуть эксепшен, то как потом его слушать?

retryWhen { flatMap { } }

Если Exception ожидаемый, можно вернуть какой-то результат. Если нет - кинуть ошибку дальше

retryWhen переподпишется и эмиты будут идти дальше

спасибо, не знал, что retryWhen переподпиывает

заигнорить проще оператором filter наверное

в конкретном примере

Тоже верно

Больше операторов навешать, больше ссылок захватить на внешний класс анонимными листенерами операторов!

Ну захватил ссылку на класс, а как без этого?

Он же завершит свою работу и пропадет?

Больше операторов навешать, больше ссылок захватить на внешний класс анонимными листенерами операторов!

Пиши на С

Не

Пиши на С

Лучше на лиспе

Лисп всему голова

Началось

Brainfuck

На хаскеле жарить

Разъясните, почему анонимным класса нельзя давать ссылку?

Точнее чем они плохи если захватят ссылку

@gercqq писать операторов и анонимных классов нужно столько, чтобы решить задачу. Не хочешь - не пиши. Никто тебя не завтавляет

Точнее чем они плохи если захватят ссылку

Да ничем. Если они не хватают ссылку на view, то вообще насрать

@gercqq писать операторов и анонимных классов нужно столько, чтобы решить задачу. Не хочешь - не пиши. Никто тебя не завтавляет

В чем там нужность оператора фильтра была?

Да ничем. Если они не хватают ссылку на view, то вообще насрать

Презентеры у тебя без вью?

@gercqq если например нужно отфильтровать null в эммитах

Да ничем. Если они не хватают ссылку на view, то вообще насрать

Да хоть и view. Перед взаимодействием с view проверьте на null и все

В чем там нужность оператора фильтра была?

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

Презентеры у тебя без вью?

У меня презентеры с WeakRef

@gercqq если например нужно отфильтровать null в эммитах

В коде же ифом был фильтр, чем он хуже?

Началось

Скажи спасибо, что не на котлине

Скажи спасибо, что не на котлине

На котлине))

@gercqq fromArray(1,2,3).filter(r -> r!=2)

компактнее же

Мля, что за базар

Как собаки

Мля, что за базар

RxJava triggered. Всё просто

Мерятся письками

У меня презентеры с WeakRef

И при перевороте/сворачивании останавливаешь все запросы?

И при перевороте/сворачивании останавливаешь все запросы?

Нет. Жду пока вью оживёт

Нет. Жду пока вью оживёт

Где ждешь?

В презентере

В презентере

Презентер синглтоном чтоли?

Да

Раньше останавливал и ремувил презентер. Теперь он живёт и ждёт пока вьюха очухается

Разборки джунов?

20$ на Серафима

Срачи за архитектуру - святое

Истина рождется в споре

Читаю вас и чувствую себя нубом. Работаю больше года, но без этих mvp, rx, dagger и т.п. ? Надо срочно подтягивать знания

ERROR: S client not available

Читаю вас и чувствую себя нубом. Работаю больше года, но без этих mvp, rx, dagger и т.п. ? Надо срочно подтягивать знания

Если тебе и без них норм, то не обязательно кидаться на амбразуру и срочно их учить

Кстати в rx каждый оператор создает новый обсервабл?

Но ознакомиться, конечно, стоит

Кстати в rx каждый оператор создает новый обсервабл?

Нет

Серафим ты на работе сейчас?

Аааа. Теперь понятно зачем даггер тащят просто так, без тестов! Чтоб красиво делать синглтоны презентеров, тем самым оправдать костыль модной библиотекой инъекций!!! ?

Я единственное что - смысла даггера не понимаю. Куда-то инжектит какие-то зависимости. Wtf вообще - зачем?

Аааа. Теперь понятно зачем даггер тащят просто так, без тестов! Чтоб красиво делать синглтоны презентеров, тем самым оправдать костыль модной библиотекой инъекций!!! ?

У меня презентеры не через даггер))

У меня презентеры не через даггер))

А КАК?

А КАК?

new Presenter();

Я единственное что - смысла даггера не понимаю. Куда-то инжектит какие-то зависимости. Wtf вообще - зачем?

Чего не понятного. Есть паттерн (подход) - предоставление зависимости програмнмому компоненту, даггер просто помогает этот подход красиво реализовать

@sytnyk_r гуглите по ключевам словам Dependency Injection, Inversion of Control

Спасибо

new Presenter();

Ты же сказал синглтоном они

Ты же сказал синглтоном они

Есть некое хранилище. Сначала проверяется наличие презентера там. Если его не оказалось, то у фрагмента вызывается метод, который создаёт новый. Дальше он аттачится и понеслось-завертелось

Есть некое хранилище. Сначала проверяется наличие презентера там. Если его не оказалось, то у фрагмента вызывается метод, который создаёт новый. Дальше он аттачится и понеслось-завертелось

Зачем даггер тогда?

Зачем даггер тогда?

Инжектить зависимости, очевидно. У него и без презенторов работы дохренища

Как всегда

Бд, ворох разных апи, общие компоненты, хелперы. У меня на котлине класс Injector и так распух почти до 200 строк

А проект не самый большой

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

@gercqq есть такой термин "внедрение зависимостей для бедных" это когда реализуешь DI, при этом не используешь контейнеры IoC, DI фреймворки - это допустимо конечно, но не совсем удобно, это миф, что DI нужен только для тестов

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

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

а, тогда надо чтобы тебе сервер сортировал, так будет удобнее

ты серверу свои текущие координаты а он тебе уже пусть отдает сортированное

а, тогда надо чтобы тебе сервер сортировал, так будет удобнее

Пагинация != сортировка

Да, это работа сервера. По идее ты ему должен лишь координаты и радиус отдать, а он тебе список

Пагинация != сортировка

спасибо кэп

Если тебе севрер отдает все и сразу, то и показывать так-же. Если и бить - то на back end'e