Это проще при написании отдельного маппера для отдельных классов. Когда этих классов сотни, когда у них много атрибутов, сложные иерархии наследования, то становится не так важно что код немного избыточный, на много важнее, что он единообразный. Например, для абстрактных классов с наследниками мы всегда пишем/генерим код с if/instanceof. Для классов без наследников генерим просто инициализацию атрибутов. Для неабстрактных классов с наследниками генерим гибридный вариант (на самом деле в шаблоне только его и нужно описать с двумя проверками: есть ли дочерние классы, абстрактный ли это класс). Методы init вынесены отдельно, чтобы можно было мапить сложные иерархии классов без дублирования кода.

Короче, при усложнении иерархии классов этот примитивный метод усложнится до совершенно неподдерживаемого состояния. А если в меппере всё разбито на map/init/create методы, то код масштабируемый на сколько угодно классов. И вообще он становится на столько примитивным, что его можно генерить, а не писать руками.

Хотя, блин, тут можно попасть в другую крайность. Я сталкивался с тем, что люди фигачат кучу каких-то фабрик, вспомогательных классов, методов, которые совершенно не нужны и только усложняют код. А потом начинаются взаимные обвинения в оверинжиниринге :)

Кстати! У вас же запрет на использование сторонних либ в рантайме? А в дизайнтайме можно использоваться что угодно? Может тот же MapStruct можно использовать? Это обычно ещё один довод в пользу кодогенераторов, что правила того же мепирования объектов описываются один раз, потом по этому описанию можно сгенерить реализацию под любые требования рантайма. У меня, например, из одних моделей генерится и Java, JavaScript код. Хотя, MapStruct вроде вынуждает засирать код аннотациями, а в случае своего кодогенератора это не нужно.

Лично мне уже на втором меппере стало бы лень их писать. Я обычно смотрю только во вторую очередь как можно написать код короче и красивее, а в первую - как можно его вообще не писать, скинуть на кодогенаратор.

DDL дай.
А то то скорость, то куча наследников, то секретная работа, то маппинг жирафа на черепаху.
Посерьезнее сеньор программист

А если рассуждать об архитектуре которую ты не любишь, то почему класс channell имеет кучу наследников?
- в бд 10 наследников это 10 таблиц?

localhost8080,
Абстрагииоваться от бд не удавалось никому в java.
Но если просишь, можем попробовать.
))

localhost8080,
Мы бд уже проехали.
Зациклило?
Выше к тебе вопросы

Джуном ты был, джуном и остался судя по тексту выше.