KT
Тупо Subscribe не работает
Size: a a a
2020 August 13
DU
Я могу получить контекст где хочу, где тут жесткая зависимость. А если ты посоветовал человеку передать в параметры метода, то точно не понимаешь, что такое хард зависимости. Если тебе потом не понадобиться юзать контекст, будешь до посинения искать куда ты всунул свой контекст.
оххх... я не хочу тебя учить. наводки я дал. корень проблем в том, что ты думаешь что пятая буква в солид - это про инжекты.
В
Тупо Subscribe не работает
сама функция вызывается? CompositeDisposable в этот момент в каком состоянии?
KT
В рабочем
ES
оххх... я не хочу тебя учить. наводки я дал. корень проблем в том, что ты думаешь что пятая буква в солид - это про инжекты.
Ну ок) А ты тогда научись контекст инжектить через билдер, ссылки кинул выше)
ES
Ну ок) А ты тогда научись контекст инжектить через билдер, ссылки кинул выше)
И передавать через метод всё таки не стоит
KT
Хотя по Okhttp логу все видно что ок, но сама функция почему то тупит
DU
Ну ок) А ты тогда научись контекст инжектить через билдер, ссылки кинул выше)
спасибо.
В
В рабочем
provider.doTransaction(model) это ретрофитный интерфейс?
KT
fun doTransaction(model: TaxTransaction) = getResService()
.doTransaction(model)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.doTransaction(model)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
KT
@POST("delegate/rest/transaction/v1/transaction")
fun doTransaction(
@Body model: TaxTransaction
): Single<Response<TaxTransactionCard>>
fun doTransaction(
@Body model: TaxTransaction
): Single<Response<TaxTransactionCard>>
KT
точно такая же структура работает у меня на ура
DU
И передавать через метод всё таки не стоит
а даггер ведь умеет инжектить в метод?
ES
а даггер ведь умеет инжектить в метод?
Лол зачем? Ведь мы и юзаем di, чтобы не привязываться к конструкторам и методам
В
точно такая же структура работает у меня на ура
попробуй переписать нормально на flatMap
вызывать следующий запрос из onSuccess первого не очень хорошо. Мало ли, вдруг какие взаимные блокировки потоков случились
вызывать следующий запрос из onSuccess первого не очень хорошо. Мало ли, вдруг какие взаимные блокировки потоков случились
KT
Не выйдет я уже пробовал
В
Не выйдет я уже пробовал
что-то такое?
fun createTransactionModel() = Single.fromCallable { // create model }
fun doTransaction() {
createTransactionModel()
.flatMap { model -> sendTransactionToRest(model)}
.subscribeOn(Schedulers.Io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(
{ response ->
//
},
{ error ->
}
)
.addToDisposables()
}J
Добрый день, Коллеги!
Подскажите пожалуйста кто какими библиотеками / системами (не знаю как правильно сказать) логирования пользуется? На одном из подкастов про Андроид я услышал как все участники согласились, что никто не использует стандартный Logcat, у всех свои...
Подскажите пожалуйста кто какими библиотеками / системами (не знаю как правильно сказать) логирования пользуется? На одном из подкастов про Андроид я услышал как все участники согласились, что никто не использует стандартный Logcat, у всех свои...
DU
Лол зачем? Ведь мы и юзаем di, чтобы не привязываться к конструкторам и методам
Изучай даггер https://m.habr.com/ru/post/344314/
