P
Бродкасты и прочая ересь (import android.*) не должны быть в презентерах и в бизнес-логике. Только на уровне view или имплементации репозитория
Size: a a a
2020 October 11
JF
Есть же броадкаст на интернет соединение. Или он не подходит?
Да, сделано через бродкаст. Вопрос в том как в ui получать его состояние: чисто в presenter или проброс через все слои сделать
AK
всем привет. Вот есть класс - RemoteRepoImpl, я хочу имплементировать в него RemoteRepo, но первый лежит в модуле data, а второй - в domain. Не могу уловить на примере,как это сделать. подскажите,если не сложно
JF
Anatoliy Kernokus
всем привет. Вот есть класс - RemoteRepoImpl, я хочу имплементировать в него RemoteRepo, но первый лежит в модуле data, а второй - в domain. Не могу уловить на примере,как это сделать. подскажите,если не сложно
RemoteRepoImpl implement RemoteRepoES
Не по клину :) Это тоже самое, что "давайте логику в фрагменте писать" :))
Так броадскаст же контексто зависимый, во фрагменте зарегать его нельзя чтоли?
AK
RemoteRepoImpl implement RemoteRepoнет у вас неправильно -
RemoteRepoImpl : RemoteRepoJF
Data <--- Domain
AK
Data <--- Domain
вот что это значит, я уже понял что модуль один должен видеть классы другого,но как сделать не знаю пока что
ES
Anatoliy Kernokus
вот что это значит, я уже понял что модуль один должен видеть классы другого,но как сделать не знаю пока что
В градле прописать зависимость модуля
AK
В градле прописать зависимость модуля
спасибо!
JF
Так броадскаст же контексто зависимый, во фрагменте зарегать его нельзя чтоли?
Он регистрируется в app но сам является data-элементом как db
P
Так броадскаст же контексто зависимый, во фрагменте зарегать его нельзя чтоли?
В имплементацию репозитория можно пробросить контекст. И там его и зарегать.
AK
Вообще есть ещё такой общий вопрос. Если у меня будет приложение . которое будет коннектиться к микроконтроллеру и брать с него информацию, принимать и гонять данные, то есть ли смысл вообще в этих слоях/модулях? То есть буквально единственная работа в фоне - гонять данные по блютузу. Есть ли смысл тут упарываться в клин или тупо сделать view/viewrPresenter/Repositories в одном модуле вообще?
JF
Потому что возможна и такая логика:
Пользователь сделал запрос - ему выдало ошибку соединения, но запрос сохранился в репо. Но когда появилось соединение - повторить запрос
Пользователь сделал запрос - ему выдало ошибку соединения, но запрос сохранился в репо. Но когда появилось соединение - повторить запрос
JF
В имплементацию репозитория можно пробросить контекст. И там его и зарегать.
Я его уже зарегистрированным перекидываю
ES
В имплементацию репозитория можно пробросить контекст. И там его и зарегать.
Пробрасывать неправильно, но можно заинжектить в него
ES
Но вообще по клину репа не должна знать ничего о контексте
JF
В имплементацию репозитория можно пробросить контекст. И там его и зарегать.
Так делать не надо, потому что нужно потом отвязывать. А логику появления соединения нужно будет обрабатывать и на других экранах. Не нужно же будет ещё раз создавать броадкаст ресивер
JF
Но вообще по клину репа не должна знать ничего о контексте
Она и не знает. Она знает только про ConnectionListener
ES
А коннекшион листенер не требует контекста что ли?