Д
ну это же вроде как presentation слой, или нет?
Size: a a a
2020 August 13
ML
State и Reducer это ± domain слой
Д
состояние экрана это domain?
ML
presentation слой - это view (у меня функции, оканчивающиеся на Screen)
ML
а data - это ± EffecHandler
ML
dependency rule сохраняется, все довольны
ML
состояние экрана это domain?
а что, нет разве?
Д
я думал domain максимум модели данных может содержать, а где там они будут использоваться, за само существование каких то экранов тут не должны знать, видимо я заблуждался?
ML
я думал domain максимум модели данных может содержать, а где там они будут использоваться, за само существование каких то экранов тут не должны знать, видимо я заблуждался?
это ты описываешь entity. а usecase?
Д
я использовал domain как модели + интеракторы(usecase) + гейтвеи
ML
я использовал domain как модели + интеракторы(usecase) + гейтвеи
ну вот состояние экрана - чем не модель?
ML
Eff(Cmd) и Msg - чем не гейтвеи?
ML
если какая то сущность используется не только на одном экране, её можно так и положить, композицией включив в модель экрана
ML
и заодно все функции, которые с ней работают
ML
композицией включить в редьюсер (±интерактор) экрана
Д
ну вот состояние экрана - чем не модель?
ну к примеру если брать приложение для чтения книг - "книга" это модель, а данные экрана книг(разные списки в зависимости от бизнес логики), это уже набор моделей формирующихся по определенным бизнес сценариям
ML
ML
ну к примеру если брать приложение для чтения книг - "книга" это модель, а данные экрана книг(разные списки в зависимости от бизнес логики), это уже набор моделей формирующихся по определенным бизнес сценариям
а почему набор моделей не может быть моделью?
Д
а почему набор моделей не может быть моделью?
может, но зачем? я почти понял по пока не до конца
ML
может, но зачем? я почти понял по пока не до конца
для проведения аналогий с clean architecture =)