Size: a a a

Android Architecture

2017 January 28

АМ

Александр М in Android Architecture
Не Евгений но делаю в дата лэере
источник

sm

sasha merkulev in Android Architecture
Александр М
Не Евгений но делаю в дата лэере
То есть интерактор/репозитарий.
источник

AZ

Alexandr Zherebtsov in Android Architecture
sasha merkulev
Ага, из интерактора идут ексепшины (может коды), а презентер это все маппит на ui коды/тексты.
а вообще кстати да, в слое с логикой их генерить надо ошибки такие
источник

I

Ivan in Android Architecture
sasha merkulev
Да вроде view & presenter это и есть слой представления.
ну если речь о чистой архитектуре то да, но в самом простом проявлении мвп достаточно и презентера
источник

AZ

Alexandr Zherebtsov in Android Architecture
Александр М
Не Евгений но делаю в дата лэере
ну в домейн лэере вообще мапперов быть не может, мапперы в дате и презентэйшн могут быть
источник

АМ

Александр М in Android Architecture
Типа того, вообще в текущем проекте юзаю пример android10 с гитхаба немного переделал usecase интерфейс
источник

sm

sasha merkulev in Android Architecture
Ivan
ну если речь о чистой архитектуре то да, но в самом простом проявлении мвп достаточно и презентера
Да фигушки, даже в самом простом виде будет бд/интернет, а это уже плюс интерактор и/или репозитарий.
источник

I

Ivan in Android Architecture
это то нам зачем в простом виде
источник

АМ

Александр М in Android Architecture
Думаю презентер по максимуму должен быть свободен от логики
источник

sm

sasha merkulev in Android Architecture
Ну что за такой простой проект моб аппла где нет ни бд и/или интернета?
источник

I

Ivan in Android Architecture
sasha merkulev
Ну что за такой простой проект моб аппла где нет ни бд и/или интернета?
ну вот есть у нас активити, активитивью и активитипрезентер. зачем нам в простом проекте еще что-то? очевидно что в такоим виде презентер будет дата слоем, а активити юай
источник

AZ

Alexandr Zherebtsov in Android Architecture
Александр М
Думаю презентер по максимуму должен быть свободен от логики
да, вы правы ребят, с ошибками вырисовывается, что как Саша сказал, в domain по разным параметрам генерим для них код, которые отдаем в presentation, а там по коду вытаскиваем шаблон для этого кода, огонь)
источник

sm

sasha merkulev in Android Architecture
Ivan
ну вот есть у нас активити, активитивью и активитипрезентер. зачем нам в простом проекте еще что-то? очевидно что в такоим виде презентер будет дата слоем, а активити юай
Приаычка с бекенда у меня такая выносить работу с бд (и теперь с инетом) в отдельный класс/слой)
источник

I

Ivan in Android Architecture
sasha merkulev
Приаычка с бекенда у меня такая выносить работу с бд (и теперь с инетом) в отдельный класс/слой)
если мы руками в sql лазим то конечно будет какойто хелпер, но при наличии орм какой в этом смысл.
источник

sm

sasha merkulev in Android Architecture
Для тестирования, а в презентера будет просто бизнес логика в таком вырожденном случае.
Что бы не пришлось, скажем так, селекты делать в презентере.
источник

EM

Eugene Matsyuk in Android Architecture
У меня обычно отдельно модели для Репозитория, отдельно для Презентера. Маппингом моделей занимается интерактор.
Об этом я говорил в докладе)
источник

AZ

Alexandr Zherebtsov in Android Architecture
Eugene Matsyuk
У меня обычно отдельно модели для Репозитория, отдельно для Презентера. Маппингом моделей занимается интерактор.
Об этом я говорил в докладе)
а интерактор у вас в каком слое?
источник

I

Ivan in Android Architecture
Alexandr Zherebtsov
а интерактор у вас в каком слое?
domain видимо
источник

EM

Eugene Matsyuk in Android Architecture
Domain, он же Business
источник

AZ

Alexandr Zherebtsov in Android Architecture
domain же не знает вообще не про один слой
источник