спокойно, он ошибся вентилятором

Так, что у тебя десять приложений с разными моделями одних данных.
Но твоя суперинкапсулированная модель не структуру описывает, которую с горем пополам можно привести к относительной согласованности стандартными методами, а
п о в е д е н и е

только не будем хаскель срач наводить

я просто не шарю в хаскеле (

Можете прокомментировать, как вы преложили бы решить данную проблему

всем привет

дано:
1) рест апи(spring-boot, jpa(hibernate), стандартная слоёная архитектура, дто преобразуются в ентити и обратно через набор самописных конвертеров, которые вызывают друг друга)

проблемы:
1) начинают появляться разные дто для одной сущности в зависимости от ситуации требуется вызывать определённый дтоконвертер который вернёт определённую дто
2) из-за вложенности дто приходится переопределять всю иерархию конвертеров и дто начиная с изменённой сущности
3) я начинаю захлёбываться от количества конвертеров и дто
4) попытка избавиться от дублирования дто через переиспользование старых(но не используя часть полей) частично сломала мне типизацию, но не избавила от кучи конвертеров

как можно решить проблемы с наборами дто?

только похапе

o glorious rich model

перейти на скала

звучит как задача для ЛИНЗ

Ну вот я скорее про первое.

ПОВЕДЕНИЕ линзами опиши

нельзя данные, они анемичны

>Так, что у тебя десять приложений с разными моделями одних данных.

Если у тебя 10 разных приложений мутируют одно и то же состояние то у тебя какая-то очень извращённая анемия.

Если у тебя 10 версий одного приложения то эта проблема уже вне рамок рич/анемик и разруливать нужно как-то по другому

они не мутируют данные

они друг друга вызвают

Да дело конечно же в инструментах, а не кривых руках)

возьмёшь меня ситио?