А
Но не к рх относится. Секунду, скину
Size: a a a
2017 March 15
А
Тебе просто надо создать свой объект result'а и тыкать его в Call<T>
А
Типа такого:
class Result<T extends VKObject> {
VKResponse<T> response;
VKError error;
}
И вызов типа так:
Call<Result<User>> getUser(...)
class Result<T extends VKObject> {
VKResponse<T> response;
VKError error;
}
И вызов типа так:
Call<Result<User>> getUser(...)
А
И в случае ошибки, если тебе вернется error, то он спарсится, а ты просто после запроса проверяешь его.
А
Может подойдет
A
Может подойдет
Спасиб) но нужен был конкретно с этими версиями)
A
В общем достал ошибку от сюда.
.doOnError(throwable -> {
// We had non-200 http error
Log.w("LOGGER0", "200");
if (throwable instanceof HttpException) {
HttpException httpException = (HttpException) throwable;
Log.w("LOGGER", ((HttpException) throwable).response().errorBody().string());
}
})GR
Всем привет! Ребята, подскажите плиз, как бы правильно организовать очистку ресурсов ( курсор закрыть)
в репозитории у меня есть такая конструкция:
public Observable<...> getValues(){
Observable cacheObservable = getDataFromCache();
Observable remoteObservable = getDataFromRemote();
return cacheObservable.concatMap(){...}
}
в презентере подписываюсь, когда ухожу с экрана - отписываюсь... вот у этого cacheObservable.concatMap() doOnUnsubscribe вызывается, а у cacheObservable нет( где мне нужно закрыть курсор. Как можно в этой ситуации "пробросить" событие doOnUnsubscribe ? Спасибо.
в репозитории у меня есть такая конструкция:
public Observable<...> getValues(){
Observable cacheObservable = getDataFromCache();
Observable remoteObservable = getDataFromRemote();
return cacheObservable.concatMap(){...}
}
в презентере подписываюсь, когда ухожу с экрана - отписываюсь... вот у этого cacheObservable.concatMap() doOnUnsubscribe вызывается, а у cacheObservable нет( где мне нужно закрыть курсор. Как можно в этой ситуации "пробросить" событие doOnUnsubscribe ? Спасибо.
AG
должен вызываться
А
а как он создается, и что к нему по цепочке еще цепляется?
IK
Лучше курсор сразу распарсить и закрыть, при том закрывать его по-хорошему нужно в finally
IK
Щас скину свой вариант
IK
Вот такой вот простенький механизм, который позволяет не париться об утечках
IK
Вообще лучше курсору долго жить не давать, на мой взгляд
IK
То есть лучше решать на самом нижнем уровне, не доходя до репозитория
IK
Из альтернатив - можно поставить свой Disposable в к эмиттеру и в нем уже закрывать курсор
AP
Ребят, скажите а вот обязательно отписывать?
AP
Если не отпишусь, то ничего не протечет?
IK
протечет ;)