Как работать с многопоточностью в MVP?

Question

[artshelom]

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

Answer 1

[Денис Загаевский]

Например, использовать RxJava, тогда репозиторий возвращает Observable и ему не важно, кто на него подписан.
Другой вариант - использовать коллбеки. Презентер, обращаясь в репозиторий, релизует интерфейс коллбека для получения данный. В этом случае репозиторий опять же не знает, кто к нему обращается.

Comments

[artshelom]

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

[Денис Загаевский]

artshelom, нет, зачем? презентер просит данные так repository.getData(data -> doSomething)

interface Callback{
  void onSuccesS(Data data)
}

void getData(Callback callback) {
...
}

[artshelom]

Денис Загаевский, А если метод должен что-то возвращать?

[Денис Загаевский]

artshelom, что он должен возвращать?

[artshelom]

Денис Загаевский, Если репозиторий возвращает какую-нибудь строку или объект который должен посмотреть увидеть пользователь

[artshelom]

Денис Загаевский, У меня было что я в репозитории храню ссылку на презент.
Если у репозитория вызывается метод, то после обработки вызываю нужный метод у презентера и туда передаю данные.

А вот без передачи ссылки на презент. Не знаю как делать

[Денис Загаевский]

ты прочитал, что я написал? Данные передаются через коллбек.

[artshelom]

Денис Загаевский, Извините, понял как надо сделать

[MaxLich]

Если репозиторий - это модель, а презентер - это контроллер, то зачем жёстко привязывать модель к контроллеру? У контроллера может быть ссылка на модель, но не наоборот.
Я конечно не знаю MVP, но классический MVC - знаю, и писал несколько программ с использованием этой архитектуры, и никогда не связывал жёстко модель с контроллер. Модель вообще у меня была сама по себе и ни о ком не знала. А контроллер вызывал её методы и получал нужные данные (а потом обновлял view). Конечно, делал ещё так: связывал view и model через observer, тогда вообще связи были одно сторонняя и была ещё большая независимость, но такая схема не всегда удобна.

[Денис Загаевский]

MaxLich, окей, и как в таком сценарии сделать асинхронный запрос?

[MaxLich]

Денис Загаевский, это другой вопрос. Но можно также использовать observer или очередь.

[Денис Загаевский]

MaxLich, об этом был вопрос тс. И ещё раз прочитай мой ответ. И репозиторий в моём ответе ни с чем не связан жёстко.

[MaxLich]

Денис Загаевский, ну я писал по поводу ваших тут рассуждений, а не по поводу вопроса. Просто здесь кто-то предлагал жёстко связывать модель и презентер. Вот я и высказался по этому поводу.

[Денис Загаевский]

MaxLich, кто предлагал? Если можно со ссылкой.

[MaxLich]

Денис Загаевский, Ладно, поищу, раз Вы такой дотошный...
Собственно, вот, например:

, У меня было что я в репозитории храню ссылку на презент.