p
Кстати, а как его валидируешь?
Size: a a a
2021 July 05
AM
Это связано
IB
Много справочников, учетных данных, счетов, проводок, разнообразнейших документов, их разнообразных строк, товаров, их характеристик, логистических сетей, складов, их частей, заказов, покупателей, цен, магазинов, бизнес-процессов. Сущностей в бизнесе очень много.
Хотя, конечно, можно еще попенять на недостаточно хорошее деление по DDD на разные системы.
Хотя, конечно, можно еще попенять на недостаточно хорошее деление по DDD на разные системы.
AM
Ибо версия отражает структуру
IB
ORM вообще в 10-ю очередь "для миграций".
PD
На бэке, он же за него отвечает
БД пофиг, что там внутри
БД пофиг, что там внутри
IB
Беру свои слова назад, что они не связаны, но, скорее, это миграции для ORM, а не ORM для миграций.
p
А где именно на бэке? И что с массивами в pg, например?
PD
В конструкторе или отдельно в валидациях, там по разному бывает.
PD
И что с массивами? Они есть, я не использую
AM
Хм, и какова же эта область применимости orm? Можно её как-то формализовать?
IB
Выше писал. Реально много разнообразных несложных выборок.
IB
Кстати, припоминаю, что Фаулер упоминал страхование как домен, где Domain Mapper как паттерн - актуален. ORM - это инструмент для этого паттерна.
IB
Я не сталкивался, но наверное там, в страховании, структуры данных тоже развесистые и разнообразные.
z
Наверно имелось в виду Data Mapper?
IB
Ага
A
с ORM вы получаете дополнительный слой абстракций, который не упрощает жизнь
например.
app->db: java + sql
app->orm->db: java + eclipse link +sql
например.
app->db: java + sql
app->orm->db: java + eclipse link +sql
A
вы получаете дополнительный тул, дополнительный дебаг, дополнительный mindset и transition complexity между ними
z
Я бы сказал, что Data Mapper много где актуален, в любой реализации, ORM или не-ORM
A
а для более жизненных кейсов чем в туториалах вы будете либо использовать (native=true в jpa), либо будете делать большую портянку