IS
ну да, у меня в базовых интеракторах большой пласт работы с корутинами
Size: a a a
2021 June 27
JF
ну тогда это же не простое проксирование, а межпоточное
IS
ну да об этом надо было сразу сказать наверно) но начинали мы все таки с мапинга в вм))
JF
простое проксирование выглядит так:
ViewModel:
interactor.getUsers();
Interactor:
public List<Users> getUsers(){
repository.getUsers();
}
IS
да я в курсе что имелось ввиду)
JF
есть бизнес сущности, а есть сущности "чисто для отображения" которые нигде не встречаются в бизнесе
JF
но вот тут уже пойдет вкусовщина
JF
сейчас меня закидают за мой тезис
IS
да по сути и все эти бизнес модели по факту могут быть тоже чисто для отображения в конечном итоге
IS
что нам мешает сделать бизнес модель которая собирается из нескольких моделей
JF
безнес требования
JF
если надо - делайте
JF
тут скорее вопрос в том, что отличает "бизнес модель" от "модели отображения"
IS
ну получается, если к началу вернуться, то никакая не проблема не мапить во вм, только если не нужны какие-то модели присущие только представлению
IS
"то о чем бизнес логика не может знать"
JF
все верно. Вообще это сложный вопрос, что считать бизнес сущностью, а что только для отображения. У меня есть некоторые правила, но они не общепринятые
2021 June 28
J
Привет. По идее, во вью моделе (мввм с сингл стэйтом) вью стэйт - это маппинг доменовой модели, нужные только для отображения данные, так? А где и как в таком случае хранятся параметры, нужные для навигации (в лучшем случае какой-то айди, в худшем - нужно весь домэйн объект держать).
JF
либо в интеракторе, либо в vm.
vm отвечает не только за маппинг
vm отвечает не только за маппинг
J
И как именно? :) Интерактор свой лист держит, вью модел свой, по клику одно ищется в другом? Всё равно, выходит, нужно хранить какой-то ключ во вью стейте.
АЕ
Не весь стейт VM обязан быть внешним, доступным из View. Могут вполне быть приватные поля для логики.