IS
ну а если предположить, что есть интерактор, который должен нам смапить есколько моделей из двух разных фич и отдать результат в представление
Size: a a a
2021 June 27
JF
то возникает вопрос, почему интерактор занимается маппингом, а не presentation?
IS
ну в моем понимании круто когда domain знает как получить какие-то данные чтобы потом их просто отдать представлению, как по мне в представлении вообще никакого мапинга не должно быть, просто получил - отобразил, ну либо какой-то такой свосем платформа зависимый маппинг так скажем
JF
т.е. presentation не нужен?
IS
ну тоесть это вьюмодели и все остальное что нужно для отображения данных и взаимодействия с пользователем
IS
маппинг != представление)
IS
зачем мне типо во вьюмоделей маппинг из разных реп или интеракторов еще
JF
представление == view
presentation == Presenter/ViewModel
presentation == Presenter/ViewModel
IS
ну да все верно.
IS
но я тут сделал presentation = представление, считайте что я так перевел просто
JF
а почему это делает domain
и чем тогда должен заниматься Presentation?
и чем тогда должен заниматься Presentation?
IS
да по сути просто отображением того что ему сунули
JF
а View тогда чем занимается?
JF
и зачем это промежуточное звено?
IS
ну ты имеешь ввиду уже интерфейс что ли?
JF
IS
ну первое вообще компонент, второе то что в него встаивается для отображения и взаимодействия
JF
ну мы же не основы Android'а сейчас обсужадем. А конкретное поведение в Вашей системе
IS
ну они с вьюмоделью взаимодействуют, обзервят то что она предоставляет
JF
т.е. интерактор отадет данные в vm, vm отдает данные в fragment.
зачем нужен vm в этой цепочке?
зачем нужен vm в этой цепочке?