Есть вопрос к вам.

Задача: работа с ВК апи.

private static Retrofit.Builder sBuilder = new Retrofit.Builder() .baseUrl(AppConfig.BASE_URL) .addConverterFactory(GsonConverterFactory.create());

Особенное условие: апи может возвращать ошибки, из-за которых надо паузить все реквесты.

Например, каптча.

Ты про фактори,

Или валидация.

Задача: работа с ВК апи.

заюзать библиотечку вк?

Или вылет авторизации.

Вопрос: стандартными средствами ретрофита, без костылей, это получится сделать?

https://vk.com/dev/Java_SDK

заюзать библиотечку вк?

Я один из её авторов, можете мне про нее не говорить :)

https://vk.com/dev/Java_SDK

И этой тоже помогал

круто :)

Вопрос о теоретических возможностях ретрофита

Вопрос: стандартными средствами ретрофита, без костылей, это получится сделать?

Интерцепторы?)

А не о решении конкретных задач

Интерцепторы?)

Допустим. Ими можно паузить запросы? Без wait..notify()

Посылать вопрос заново, как только юзер каптчу введет

private static Retrofit.Builder sBuilder = new Retrofit.Builder() .baseUrl(AppConfig.BASE_URL) .addConverterFactory(GsonConverterFactory.create());

Вот, там же жсон конвертер. Если хочешь чистый стринг, убери его

Модифицируя параметры

Ок

Есть идеи как юзать Realm во фрагменте?

Есть идеи как юзать Realm во фрагменте?

Никак, блин

Вот, там же жсон конвертер. Если хочешь чистый стринг, убери его

ок буду воторой писать

Какой ещё реалм во фрагменте, вы чо

Вот, там же жсон конвертер. Если хочешь чистый стринг, убери его

спасибо

Выносите подальше это от ЮИ

Допустим. Ими можно паузить запросы? Без wait..notify()

Можно, можно их кастомизировать как тебе удобно Самое банальное использование интеосепторов - рефреш токена, менять хедеры и тд

Я знаю про это

Но паузинг запросов это уже задача посерьезнее

А как тогда его вынести?

Как и показ окошка с каптчей из интерсептора

Сервис?

А как тогда его вынести?

Паттерн репозиторий

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

При сервисе оно просто грохнет все активити

Хочешь — выноси, хочешь — нет

такой вопрос по реалму кстати. как там можно реализовать работу с реалм лисенерами не в ui треде?

Если ты это потом в ЮИ показываешь, смысла нет

А вот если ты музыку играешь — то да

Или торренты раздаешь

Или большой файл аплоадишь

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

interface Repolsitory { List<ISong> getSongs(); }

getApplication().getSongsRepository().getSongs()

А внутри уже делай запросы к реалму

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

Но паузинг запросов это уже задача посерьезнее

а не в архитектуре ли дело? Зачем что-то паузить если запрос не прошел, отменил его и отправил своего рода ивент для капчи, вводишь его и уже заново реквест шлешь

о таких вещах поздно думать когда в проекте 40к строк кода

а не в архитектуре ли дело? Зачем что-то паузить если запрос не прошел, отменил его и отправил своего рода ивент для капчи, вводишь его и уже заново реквест шлешь

Это не проблема архитектуры, это особенность апи

Пока не введешь каптчу, все остальные запросы делать нет смысла

Я не считаю это правильным решением, но это задача, из условий которой необходимо исходить

getApplication().getSongsRepository().getSongs()

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

copyToRealm() — это метод реализации

Ты о нем ничего внутри фрагмента знать не должен

Напиши реализацию этого интерфейса, которая будет юзать реалм

И проинициализируй её в Application

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

Суть я понял

Repository songs = new RealmSongRepository(); А дальше дергай методы интерфейса

Передумаешь — просто поменяешь инициализацию

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

Не делай зависимости на реалмовский квери

Тем более что он позволяет сразу модельки получать

а каким образом там лучше получать чистые модели?

Это не проблема архитектуры, это особенность апи

Если я правильно понимаю - ретрофит сидит на окштпп - а он может cancel-ить запросы - пауза - такого банально нет нет в апи okhttp - соответственно - когда запрос начался - ты его "заморозить" ну никак не сможешь. А до и после - видать самому как то стейт глобальный иметь - типа "запросы залочены" - может даже по такой ошибке пере-schedul-ивать их на попозже

а каким образом там лучше получать чистые модели?

Да там же были методы для получения классов моделей

ERROR: S client not available

Совсем недавно щупал реалм

Если я правильно понимаю - ретрофит сидит на окштпп - а он может cancel-ить запросы - пауза - такого банально нет нет в апи okhttp - соответственно - когда запрос начался - ты его "заморозить" ну никак не сможешь. А до и после - видать самому как то стейт глобальный иметь - типа "запросы залочены" - может даже по такой ошибке пере-schedul-ивать их на попозже

Ты можешь делать wait() в интерсепторе

Но это костыль

А сетевой слой там вроде бы меняется

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

Ты можешь делать wait() в интерсепторе

ну да.... более того... а если чувак так и не ввел капчу - эт они бесконечно скапливаться "на ожидании" будут?

Да, смысла отправлять запросы все равно нет

Ошибку получишь, трафф зря потратишь

Или ошибка истечения токена — надо редиректнуть на авторизацию

Да, смысла отправлять запросы все равно нет

а после каптчи - типа сто тыщ запросов должны "продолжиться"? ?

Да.

Ты их все равно бы перезапустил, если бы не паузил

Результат-то показать надо

Но никто про 100К не говорит, там по факту штук 5 максимум

Обычно 1-2

Да.

Не....сори.. я тебя понял...тут я не силён.... я похожее для отмены делал (типа по закрытию фрагмента/активити/сервиса - отменять всё)

Поэтому мне и не нравится ретрофит :(

Это хорошая библиотека, я не ненавижу его, как Rx или Dagger

Но просто он не всегда достаточно гибкий :(

Виталий, я в итоге складываю все реквесты в Map в Interceptor классе

Отослал запрос на проверку токена, если не проходит то показываешь капчу и после ее заполнения выполняешь свои запросы, если не нужно показывать капчу, то просто выполняешь свои запросы

Виталий, я в итоге складываю все реквесты в Map в Interceptor классе

Ну да, чтобы паузить

У меня кес — остановить все запросы пока обновляется токен

Ага, именно это я и имел в виду

Это хорошая библиотека, я не ненавижу его, как Rx или Dagger

добавь сюда ещё котлин ... и жди... они уже идут??

Уж капча или обновление токена ИМХО нет разницы

Отослал запрос на проверку токена, если не проходит то показываешь капчу и после ее заполнения выполняешь свои запросы, если не нужно показывать капчу, то просто выполняешь свои запросы

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

добавь сюда ещё котлин ... и жди... они уже идут??

Хочу функцию электрошокера в Телеграме

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

В зависимости от степени хвальбы

?

А создателей сразу 10К вольт