BM
как можно удалить дочерний элемент в firebase
Size: a a a
2020 March 24
АЕ
как можно удалить дочерний элемент в firebase
@android_ru лучше спросите
2020 March 25
T
Можнг, но switch раздувать не хочется
Паттерн стратегия
AG
Ребятушки, всем привет! Есть вопросик по юзкейсам: делает ли он у вас что-то одно или например может комбинировать данные?
Пример чтобы точно понять что я имею ввиду: есть у нас эндпоинт который возвращает MovieDetails, а второй возвращает Cast к нему. Как лучше будет, сделать два отдельных юзкейса или один в котором сделать два запроса и скомпоновать данные в нем?
Я встречал оба варианта в разных примерах.
Пример чтобы точно понять что я имею ввиду: есть у нас эндпоинт который возвращает MovieDetails, а второй возвращает Cast к нему. Как лучше будет, сделать два отдельных юзкейса или один в котором сделать два запроса и скомпоновать данные в нем?
Я встречал оба варианта в разных примерах.
KD
Ребятушки, всем привет! Есть вопросик по юзкейсам: делает ли он у вас что-то одно или например может комбинировать данные?
Пример чтобы точно понять что я имею ввиду: есть у нас эндпоинт который возвращает MovieDetails, а второй возвращает Cast к нему. Как лучше будет, сделать два отдельных юзкейса или один в котором сделать два запроса и скомпоновать данные в нем?
Я встречал оба варианта в разных примерах.
Пример чтобы точно понять что я имею ввиду: есть у нас эндпоинт который возвращает MovieDetails, а второй возвращает Cast к нему. Как лучше будет, сделать два отдельных юзкейса или один в котором сделать два запроса и скомпоновать данные в нем?
Я встречал оба варианта в разных примерах.
Юзкейс -- одно некое бизнес действие. Если у тебя в приложении есть бизнесовая операция “ получить MovieDetails и их Cast вместе" то это один UseCase.
AG
Юзкейс -- одно некое бизнес действие. Если у тебя в приложении есть бизнесовая операция “ получить MovieDetails и их Cast вместе" то это один UseCase.
Спасибо!
2020 March 26
A
Подскажите, я в презентере получаю и десериализую данные в лист объектов, которые надо записать в Room, но для его инициализации нужен context, что сделать в данной ситуации?
RK
А что мешает использовать DI для того чтобы запровайдить контекст, но еще вопрос про десериализацию данных в презентере
RK
по моему не совсем удачное место для этого, лучше уж в каком то репозитории или юзкейсе, в зависимости от вашей архитектуры
A
по моему не совсем удачное место для этого, лучше уж в каком то репозитории или юзкейсе, в зависимости от вашей архитектуры
А в презентере тогда что делать?
RK
управлять вьюшками(ну это если сильно грубо)
СП
Подскажите, я в презентере получаю и десериализую данные в лист объектов, которые надо записать в Room, но для его инициализации нужен context, что сделать в данной ситуации?
Ну, или пробросить туда контекс или завести класс - сервис локатор, в котором хранится контекст _приложения_
Можно прямо в App или в связанном классе
Можно прямо в App или в связанном классе
A
управлять вьюшками(ну это если сильно грубо)
Мне просто необходимо загрузить json, преобразовать в объекты(что уже сделано), отображать их списом и каждый такой запрос сохранять в бд, по MVP
RK
Мне просто необходимо загрузить json, преобразовать в объекты(что уже сделано), отображать их списом и каждый такой запрос сохранять в бд, по MVP
как я и сказал ранее, в зависимости от вашей архитектуры, если вы не замарачивались над более сложной структурой абстракции в проекте, возможно вам будет достаточно реализовать данную логику и в презентере, но в целом тут не хватает немного больше абстрацкии раз уж у вас есть и запросы в сеть и работа с бд
RK
если это просто пэт проект для потренироваться - то конечно это все не обязательно)
A
если это просто пэт проект для потренироваться - то конечно это все не обязательно)
это тестовое)
A
презентер обрабатывает приходящие от view события и при необходимости обращается в модель(бд в моем случае). Исходя из этого вроде логично, что после клика в презентере грузятся данные и далее он уже обращается к бд, для сохранения, или это все неверно?
AA
презентер обрабатывает приходящие от view события и при необходимости обращается в модель(бд в моем случае). Исходя из этого вроде логично, что после клика в презентере грузятся данные и далее он уже обращается к бд, для сохранения, или это все неверно?
смотря какая логика должны быть. Если нужна загрузка по кнопке - то да, верно, если данные нужны сразу при переходе на экран - тогда нет, тогда лучше воспользоваться методом onFirstViewAttach() в презентере и загружать данные из бд там
A
смотря какая логика должны быть. Если нужна загрузка по кнопке - то да, верно, если данные нужны сразу при переходе на экран - тогда нет, тогда лучше воспользоваться методом onFirstViewAttach() в презентере и загружать данные из бд там
да у меня по кнопке, но так же надо еще при рестарте приложения организовать отображения последнего запроса
A
смотря какая логика должны быть. Если нужна загрузка по кнопке - то да, верно, если данные нужны сразу при переходе на экран - тогда нет, тогда лучше воспользоваться методом onFirstViewAttach() в презентере и загружать данные из бд там
по поводу onFirstViewAttach() спасибо кстаи, заб ыл про него вообще