SD
фрагмент не фрагментовский презентер?
то есть, если поэтапно.
Сначала выносить загрузку данных, и формируете репозитории
Потом выделяете бизнес-логику в Интеракторы, тоже выносите с фрагментов
Ну а дальше уже разруливаете UI
Верно?
Size: a a a
2017 January 27
AT
Да подругому тут не как, работы в любом случае будет прилично, потому иногда легас код смешанный в кучу проще переписать заного чем сидеть и разбираться что же там происходит
I
Sergey D
фрагмент не фрагментовский презентер?
Что?
SD
запускает активити
AT
И он не порождает ЭвентБас головного мозга =)
Тут главное понимать не злоупотреблять и использовать его разумно, тогда он может быть довольно не плохим инструментом
I
Sergey D
запускает активити
Фрагмент
I
Делает запрос и по окончанию вызывает колбек
A
Вопрос не в тему конфы, но может тут меня услышат. Кто-то уже работал с JavaRx 2?
М
Вопрос не в тему конфы, но может тут меня услышат. Кто-то уже работал с JavaRx 2?
а что интересует?
A
Твоё впечатление и пару общих вопросов (не связанных с кодом), не против, если в лс напишу?
М
не против)
AP
Кстати, ребят, меня с момента, как я начал использовать CleanArchitecture, мучает вопрос.
Если у нас при запросе из сети произошла ошибка, то нам нужно вернуть данные из бд.
Кто должен определять это? Интерактор? Тогда он будет знать о двух репозиториях.
Если у нас при запросе из сети произошла ошибка, то нам нужно вернуть данные из бд.
Кто должен определять это? Интерактор? Тогда он будет знать о двух репозиториях.
AP
В примере CleanArchitecture все, как в сказке. Просто проверяется наличие интернета и подставляется реализация репозитория.
А если инет есть, но произошла ошибка (сервер недоступен и т.п.)?
А если инет есть, но произошла ошибка (сервер недоступен и т.п.)?
PS
через Rx можно так сделать
AP
Я так и делаю. Вопрос в чистоте. Интерактор получается знает, что есть NetRepository и DBRepository и знает, к кому в какой момент обращаться.
EM
Я так и делаю. Вопрос в чистоте. Интерактор получается знает, что есть NetRepository и DBRepository и знает, к кому в какой момент обращаться.
все нормально
интерактор может знать о скольки угодных репозиториях
интерактор может знать о скольки угодных репозиториях
AP
Всмысле репозиториях с одним интерфейсом.
AP
Это норм? Что-то у меня сомнения)
EM
ну вообщем есть два случая
когда, скажем, есть репозитории ContactRepository и MessagesRepository
это два разных абсолютно репозитория
И один интерактор может к ним двум обращаться
когда, скажем, есть репозитории ContactRepository и MessagesRepository
это два разных абсолютно репозитория
И один интерактор может к ним двум обращаться