Проектирование и кодогенерация DDD-моделей на Kotlin

[kloun_za_2rub]

Решается какая-то выдуманная проблема. Зачем то для data классов нужна абстракция, логика в них же почему то должна быть(валидация). Почему то в data class используется var, когда все всегда используют только immutable поля(val). Проблемы сериализации решаются специальными библиотеками, заточенными под это.

При этом почему то библиотека называется фреймворком. Для меня фреймворк это то, что имеет свою базу, а вам позволяет эту базу заполнять/расширять. В вашем же случае это не так.

При этом всем вся статья выполнена в академическом стиле, что читать довольно сложно если честно

[Tepex]

var -- это ошибка на этапе написания.

[kloun_za_2rub]

Ну нет же, у вас в проблемах такой реализации написано "открытая мутабельность свойств", но ее нет. Можно только создать новый объект-копию с измененными параметрами если использовать val

[Tepex]

Да, так и задумано. Копия.

[AndreyPMI]

Простите, но это не несёт никакой ценности, ни научной, ни практической. Уже на этапе просмотра примера с дата классом (тут и вар поля и вложенный дата класс в другой дата класс), можно сделать выводы, что статья написана нейросетью. Если разработчик ты позволял себе такие конструкции, то его не спасло бы ни синтаксис языка, ни фреймворки, ни научная публикация.