сущностей в контексте Clean Architecture.
Например есть моделька User в слое domain. В слое дата так же получается есть сущности типа UserDatabase и UserApi.
Чтобы гонять эти сущности можду слоями делаем мапперы. В идеальном минимальном случае нужны мапперы UserApi -> User , UserDatabase -> User.
Так же вполне может появиться UserView со специфичными полями для View(для списка например)
Кто как решает вопрос с этим boilerplate'ом и маппер хелом?
Мы у себя делаем эквивалентными UserDatabase и User. Да и по возможности UserApi и User. А иначе — только ручной маппинг. Может у кого-то по другому?)
вопрос в том, как бороться с постоянным преобразованием моделек между слоями, как я понял? да никак =) это необходимое зло, так как способствует независимости каждого уровня. и это окупается, когда у вас вдруг поменялась моделька в БД, и это затронет только Дата уровень. А не как раньше, единая модель для всего и страдание с мучениями при изменениях))
Обсуждают сегодня