214 похожих чатов

Здравствуйте, слышал мнение что entities из domain лучше дублировать в

data слое, чтобы уменьшить связность с этим слоем, когда нам приходится их использовать.

Это излишество? И ничего плохого нет в том чтобы сущности импортировать из domain слоя?

6 ответов

23 просмотра

Я на той неделе читал вот такую статью: https://habr.com/ru/company/mobileup/blog/335382/ И вроде в целом понял, а теперь читаю ваш вопрос и понимаю, что или я всё-таки ничего не понял или вопрос неправильный😁

Entity в domain представляют собой объекты, которые будут использоваться непосредственно в приложении, entity в data будут представлять собой объекты, которые приходят из интернета к примеру, или их базы данных. Они могут отличаться. К примеру в data могут быть поля, которые не используется в приложении - зачем их тогда тащить в domain? К тому же если приложение использует несколько источников данных(internet, bd) то entity для них будут разные в data, но domain не должен об этом ничего знать.

Виталий-Анатольевич Автор вопроса
Viacheslav
Entity в domain представляют собой объекты, которы...

Спасибо, но я не говорил о том чтобы что-то тащить в domain. В том то и дело, у нас объекты могут быть одни и те же как в data так и в domain. Я ведь в domain в интерфейсе репозитория указываю что я возвращаю эти сущности в функциях? Так я хочу узнать, если я например продублирую их в data, это сведёт связность между data и domain до одного класса - repositoryImpl

Я так понимаю, больше речь про DTO\Модельки. А то за неверное использование Entity тут некоторые живьём сожрут. >Это излишество? Вся архитектура может быть излишеством. Не надо так категорично. Всегда стоит смотреть на ситуацию целиком. Где-то это необходимо, где-то действительно лишняя головная боль. Но чаще всего конкретно тут разделение сущностей — полезная практика, т.к. бэк, локальные базы данных — штуки довольно непредсказуемые. Если завтра изменится схема БД или ответ от сервера — то нужно будет править лишь изменённую модельку и маппинг. Ну и конечно, если мы говорим о разделении на слои, то domain не должен знать о какой-то внутренней кухне, а часто для работы с DTO нужны какие-то аннотации\имплементации. >И ничего плохого нет в том чтобы сущности импортировать из domain слоя? Ничего плохого нет, более того, в data-слое и так, и сяк имеется связь с domain. Они общаются через общие интерфейс и модельки.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Гайс, вопрос для разносторонее развитых: читаю стрим с юарта, нада выделять с него фреймы с определенной структурой, если ли чо готовое, или долбаться с ринг буффером? нада у...
Vitaly
9
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
длина пакета фиксированная, или меняется?
Okhsunrog
7
Карта сайта