MM
Лично мне не совсем понятен вопрос. Можете попробовать перефразировать?
Size: a a a
2018 April 17
AS
Мне нужен был ретрофит который возвращает не один апи а несколько
AS
Сейчас так делал
MM
Ок. А вопрос в чём?
AS
Сейчас так делал
Все уже решено))
KT
а теперь надо сделать все lazy
AS
а теперь надо сделать все lazy
аа ок)
AP
Сейчас так делал
а потом этого рест клиент провайдера в репозитории инджектишь?
AP
я просто сразу индектил эти *Api интерфейсы в репозитории и все. Если в репотзитории нужен только 1 апи, то это вполне норм. Неудобно когда тебе в репе надо несколько апи.
AS
а потом этого рест клиент провайдера в репозитории инджектишь?
Ну да
AS
я просто сразу индектил эти *Api интерфейсы в репозитории и все. Если в репотзитории нужен только 1 апи, то это вполне норм. Неудобно когда тебе в репе надо несколько апи.
У меня там сложный апи поэтому, в этом репозиторий может быть несколько таких апи
AP
У меня там сложный апи поэтому, в этом репозиторий может быть несколько таких апи
понятно, ну тогда видимо оправдано в твоем случае
2018 April 20
MS
нет
2018 April 25
AD
Привет! Насколько сильно может влиять на производительность частое переключение потоков?
Репозитории подписываются на IO, сами кидают на UI, потом интерактор соединяет несколько вызовов репозитория - добавляется по два на каждый вызов. Плюс иногда добавляются Computation-потоки.
Репозитории подписываются на IO, сами кидают на UI, потом интерактор соединяет несколько вызовов репозитория - добавляется по два на каждый вызов. Плюс иногда добавляются Computation-потоки.
VP
Привет! Насколько сильно может влиять на производительность частое переключение потоков?
Репозитории подписываются на IO, сами кидают на UI, потом интерактор соединяет несколько вызовов репозитория - добавляется по два на каждый вызов. Плюс иногда добавляются Computation-потоки.
Репозитории подписываются на IO, сами кидают на UI, потом интерактор соединяет несколько вызовов репозитория - добавляется по два на каждый вызов. Плюс иногда добавляются Computation-потоки.
Некритично. Для большинства операций пренебрегается этой крохой производительности воимя качества кода. Переключение контекста незаметно. Главное не создавать новые потоки.
AD
Некритично. Для большинства операций пренебрегается этой крохой производительности воимя качества кода. Переключение контекста незаметно. Главное не создавать новые потоки.
Клево. таком случае, управление потоками в Repository выглядит очень хорошей идеей.
2018 April 30
KL
Привет, вопрос по проекту, точнее по использованию библиотеки Toothpick в нем.
Вы инжектите презентер во фрагмент таким образом:
Но тогда при пересоздании фрагмента(поворот экрана), будет создан новый презентер?
Вы инжектите презентер во фрагмент таким образом:
@ProvidePresenter
fun providePresenter(): AboutPresenter {
return Toothpick
.openScope(DI.MAIN_ACTIVITY_SCOPE)
.getInstance(AboutPresenter::class.java)
}
Но тогда при пересоздании фрагмента(поворот экрана), будет создан новый презентер?
IS
Привет!
Не, moxy при повороте не пересоздает презентер
Источники и чат с moxy:
https://github.com/Arello-Mobile/Moxy
https://telegram.me/moxy_ru
Не, moxy при повороте не пересоздает презентер
Источники и чат с moxy:
https://github.com/Arello-Mobile/Moxy
https://telegram.me/moxy_ru