я думаю легче реализовать для новичкам это Volley

как сэмитировать обрыв сети на смартфоне?

как сэмитировать обрыв сети на смартфоне?

инет вырубить же)

Зачем вообще пользоваться чем-то "для новичков"? Пусть сразу учится пользоваться стандартами в индустрии

режим самолёта

Зачем вообще пользоваться чем-то "для новичков"? Пусть сразу учится пользоваться стандартами в индустрии

Зачем вообще пользоваться чем-то "для новичков"? Пусть сразу учится пользоваться стандартами в индустрии

ну прям провод вырвать?

если стандарт это какая-нибудь неподъемная ебужина, то это не точно.

Вопрос про RX тут задавать?

Тогда нафиг такой стандарт (см. RxJava, Dagger, Coroutines)

@reactivex

Спасибо ребята. Сегодня пробовал volley, в зависимостях версию 1.1.1 прописал, ошибки поплыли, classpath менять надо говорит. В общем там с этими версиями всего голова кругом... Инет не безлимитный, и студия версии 3.2...

Зачем вообще пользоваться чем-то "для новичков"? Пусть сразу учится пользоваться стандартами в индустрии

Чат неактивен

Имеется ввиду volley?

Имеется ввиду volley?

Имеется ввиду volley?

Кстати, вопрос по Retrofit Сервак выдает 10 изеров, что использовать при работе с RX Single<List<User>> или Observable<User>???

Кстати, вопрос по Retrofit Сервак выдает 10 изеров, что использовать при работе с RX Single<List<User>> или Observable<User>???

Во втором случае он будет их складывать?

Кстати, вопрос по Retrofit Сервак выдает 10 изеров, что использовать при работе с RX Single<List<User>> или Observable<User>???

Ну вот опять.

Ну не умею я нормальные сконструктировные вопросы задавать, мне что щяс идти в школу и лингвистику учить пару лет?

Ну не умею я нормальные сконструктировные вопросы задавать, мне что щяс идти в школу и лингвистику учить пару лет?

Ну не умею я нормальные сконструктировные вопросы задавать, мне что щяс идти в школу и лингвистику учить пару лет?

Кстати, вопрос по Retrofit Сервак выдает 10 изеров, что использовать при работе с RX Single<List<User>> или Observable<User>???

вообще Single<UserListResponse> но пох, делай как считаешь нужным

вообще Single<UserListResponse> но пох, делай как считаешь нужным

ужас

ничего ужасного нет, если на беке модель изменится (ОДЖАЕЛ всё-таки), то тока модель ответа поменять и дальше её обрабатывать.

ничего ужасного нет, если на беке модель изменится (ОДЖАЕЛ всё-таки), то тока модель ответа поменять и дальше её обрабатывать.

ужас в отдельном типе SomeZalupaResponse. У нас всё-таки не гоу, а нормальный язык, с дженериками, поэтому Single<List<User>>

я не согласен всё равно. любой нормальный сервак кроме прочего может плюнуть ошибку API, и один хрен любой ответ должен наследоваться от BaseResponse какого-нибудь с опциональным параметром ошибки.

А потом у тебя целый пакет на 20 классов типа XXXRepsonse

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

Но ведь можно написать тайп адаптер...

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

Зачем на каждый респонс адаптер?

Именно что не нужен.

я не согласен всё равно. любой нормальный сервак кроме прочего может плюнуть ошибку API, и один хрен любой ответ должен наследоваться от BaseResponse какого-нибудь с опциональным параметром ошибки.

Окей, задача на изи, сервер может прислать пусть не ошибку, но ворнинг на любой запрос, вместе с корректным ответом. Чё делать будем? Тайп адаптеры городить и ырыксом потом синглы в обсёрваблы заворачивать?

Окей, задача на изи, сервер может прислать пусть не ошибку, но ворнинг на любой запрос, вместе с корректным ответом. Чё делать будем? Тайп адаптеры городить и ырыксом потом синглы в обсёрваблы заворачивать?

Пнуть, чтобы сделал нормально

И ошибка, по-твоему, должна отдаваться с кодом 200 и обрабатываться как обычный ответ?)

Это тоже не ответ, бек может быть в каком - нибудь отпуске, а задачу надо сделать ещё вчера.

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

Да, в некоторых случаях так должно быть. Ошибка должна быть формата "Ты всё правильно отослал, но вот это вот не сделал и поэтому иди сначала делай, а потом сюда лезь."

Это ошибочное утверждение. Формат респонса фиксирован. Это шаблон. Говоря языком программирования, это класс. Респонсов может быть много. Это экземпляры.

Да, в некоторых случаях так должно быть. Ошибка должна быть формата "Ты всё правильно отослал, но вот это вот не сделал и поэтому иди сначала делай, а потом сюда лезь."

Это ошибочное утверждение. Формат респонса фиксирован. Это шаблон. Говоря языком программирования, это класс. Респонсов может быть много. Это экземпляры.

Да, в некоторых случаях так должно быть. Ошибка должна быть формата "Ты всё правильно отослал, но вот это вот не сделал и поэтому иди сначала делай, а потом сюда лезь."

В HTTP полно кодов состояния для таких ситуаций, не надо множить сущности.

ужас в отдельном типе SomeZalupaResponse. У нас всё-таки не гоу, а нормальный язык, с дженериками, поэтому Single<List<User>>

HTTP-коды должны отражать состояние сервера на уровне HTTP, а не API. Это абсолютно другая сущность и другой уровень. Это всё равно как при попытке залезть на упавший сайт у тебя браузер будет плевать ошибку с восклицательным знаком, а не в браузере всё тихо-мирно отобразится.

Для чего тогда по вашему предназначен 422 код, например?

Для WebDAV

потрясающе информативно