Ты бы почитал хоть доку. Он просто в любой момент тебе ошибку вернуть может

Записываешь в интерцепторе запросы которые вернули что плохой токен, после заполнения капчи выполняешь эти записанные запросы

Ну об этом и речь. Выгоднее, правильно, ставить флаг при плохом, и записывать все остальные

Правда в этом случае придется юзерать какой-то ивент-диспатчер. Ведь нужно как то уведомить UI о том что капчу надо показать

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

Правда в этом случае придется юзерать какой-то ивент-диспатчер. Ведь нужно как то уведомить UI о том что капчу надо показать

Именно так :)

Чтобы током било тех, кто их расхваливает

а к кордове как относишься?

Как оно в оригинале называется?

Service Bus паттерн в помощь. Правда я без понятия как он в андроиде реализовывается прямо

Как оно в оригинале называется?

Cordova

Service Bus паттерн в помощь. Правда я без понятия как он в андроиде реализовывается прямо

Обычный handler подойдет, зачем усложнять

Ну или так

Cordova

Это же бэк

Народ, а скажите че у меня студия ругается что No device found

adb показывает что он есть и активен

adb kill-service

adb devices

В консоли

И перевоткнуть на всякий

adb kill-service

Нет такой

В path быть должна

Лежит внутри sdk

kill-server она

В общем не помогло. В девайсес телефон есть как device

@bvitaliyg а если бек капчи не возвращает, можно юзать retrofit?

Можно юзать что угодно :)

Обычный handler подойдет, зачем усложнять

Чувак это хендлер усложненный вариант

Ретрофит это инструмент

Он применяется для конкретных задач

А бас патерны как две пальцы об асфальт

Если вы не натыкаетесь на ограничения, то он норм

Пока здесь - мож кто знает.... Смотрел недавно 2015 dev summit про ресайклер от Chet Haase - и что-то попробовал мучал-мучал item-animator - почти догнал я его Тока не догнал главного - а в чем тогда разница - когда мне картинку fade-ит image-loader или когда я сам через аниматор, прост такой трах - должен быть по идее чем-то оправдан - не зря ж наверное ресайклер именно так построили.... мож кто делал item-аниматоры - мож кто понял их тайну???

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

Не такой уж

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

Редкий это како? По-моему у любого нормального АПИ будет такой кейс

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

Правда в этом случае придется юзерать какой-то ивент-диспатчер. Ведь нужно как то уведомить UI о том что капчу надо показать

Локалброадкаст

Локалброадкаст

Спасибо. Мне тоже пригодится.

Автобус нинужен со своим потоком и запутанностью

Ретрофит - это фреймфорк для реста, там все есть пока ты занимаешься рестом

Автобус нинужен со своим потоком и запутанностью

))) чего запутанного то в басе?))

Это же очень простой патерн

И локал броадкаст тоже бас патерн

Ретрофит - это фреймфорк для реста, там все есть пока ты занимаешься рестом

Ок, как уже сказали, такой кейс будет почти у любого апи

По-моему сервис бас самый охуенный паттерн на свете

Чувак это хендлер усложненный вариант

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

Во-вторых, ты решаешь маленькую и конкретную задачу

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

Кто сказал?

Я ни когда не понимал этих людей

Кто сказал стандартные решении лучше

И почемууу?

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

Ок, как уже сказали, такой кейс будет почти у любого апи

Ну пример на вскидку?

Иначе смысла тянуть ради фигни нет

А чтл если нет

То добавь

))) чего запутанного то в басе?))

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

Кто сказал?

Лол

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

Сколько ты пишешь под андроид?

Лол

А он кто?

По-моему сервис бас самый охуенный паттерн на свете

Пока у тебя до 5 ивенов в программе

Сколько ты пишешь под андроид?

Причем это. Давно пишу

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

И локал броадкаст тоже бас патерн

локал броадкаст можжно хоть по константам отследить

Потому что когда в либе зависимости, они могут конфликтовать с твоими

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

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

Например, либа использует okhttp 3.4

ERROR: S client not available

Пока у тебя до 5 ивенов в программе

Я как бэкендер со своими микросервисами, кафками и ребитами, могу сказать — нет.

А другая 3.3

Потому что когда в либе зависимости, они могут конфликтовать с твоими

Ты о чееем? Какие зависимости в реализации баса?

Не рпссказывай сказки

И наконец ты 3.5

Редкий это како? По-моему у любого нормального АПИ будет такой кейс

Значит я с плохими апи работал(

Ты о чееем? Какие зависимости в реализации баса?

А где я про бас пишу?

Мы про бас говорили

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

Я вот про это пишу:

Шина не нужна

Я вот про это пишу:

И что если либа обновлена

И это и к басу применимо

Ты не обнови как дурак каждый раз

Ну все. Холивар

+ за локал-бродкаст - да хоть за просто бродкаст (если твои интерцепторы в сервисе с отдельным "android:process")

Если он тянет за собой зависимости, то он не нужен

Не ставь + в версиях

Я как бэкендер со своими микросервисами, кафками и ребитами, могу сказать — нет.

у вас другой бас, а не евентбас наверн

Держи свой мэйвн

Не ставь + в версиях

Еще раз

Тяни оттуда

у вас другой бас, а не евентбас наверн

Евентбас он, ивент.

Есть разные либы, они используют разные версии одной и то же либы

Если он тянет за собой зависимости, то он не нужен

Почему если либа юзает другие то он не нужен

Оттобас, гринбас

Ты не должен разрешать эту ситуацию сам

Есть разные либы, они используют разные версии одной и то же либы

Ты юзай определенную версию

Не юзай какие то палевные какашки

Ты юзай определенную версию

И что, если в определенных версиях либы тоже разные?

Есть разные либы, они используют разные версии одной и то же либы

Это все хендлится, лучше использовать либу чем велик

И там этих сообщений мама не горюй, от разных сервисов к другим или самому себе.

Фигню несешь