A modern programming language that makes developers happier.

kotlinlang

Неудобно копировать сложные объекты

А зачем их копировать? Use case есть?

Несколько многоуровневых рекурсий и требуется передавать в них довольно толстый контекст.
Ну вот чтобы не напороть в этих рекурсиях хочется Immutable

Да, immutable тут как раз в тему

Но контекст содержит почти 25 разнообразных map и list. Чтобы по-человечески работать с таким контекстом его приходится делать многоуровневым, что приводит к проблемам при копировании.

Расчет параметров в электросети, и нужен весь контекст, так и так алгоритм сложный, а если еще и начать оптимизировать контекст - это нереал будет. Это ж поддерживать надо

Почему бы не сделать иммутабельную структуру на дата классах с рид онли пропертями

Я и сделал, но его ж менять надо

Он при прохождени по рекурсиям должен меняться.

Разделение на вход и выход - не поможет, выход одной это частиный вход другой... я пытался, это вилы.

А на код можно глянуть?

<@U2E974ELT> У меня комплексы, посмотреть не дам. Да и шеф не разрешит.

<@U6Y17C19S> Если хотите оперативной помощи, то придется привести пример кода. Не обязательно сам проект, можно скопировать один класс и поменять в нем имена методов для секретности. Пример должен быть максимально приблеженным к реальности, с аналогичными сценариями использования.

Лучше всего такие дискуссииии оформлять как вопросы на StackOverflow. А пока без конкретики это просто жалобы на жизнь, которым никто не сможет помочь.