Потому что разрастается сигнатура метода, и появляется множество параметров, которые нужно поддерживать. Потому что при необходимости добавить ещё одно-два поля, придётся изменять все участки кода, где происходят вызовы этого метода (и, не дай бох, ещё править пробросы во вложенные методы), вместо того, чтобы изменить список полей DTO в одном месте.

Ну в IDEA есть refactoring- "изменить сигнатуру метода". Меняет сразу везде где нужно.

Там в ссылке приведён пример на студентах. Это Value Object, потому что бывают студенты с одинаковыми именами, и если создать 2 VO с одинаковыми полями, это будут разные объекты с разной идентичностью и разными значениями для бизнес-логики. В отличии от DTO. Который нужен только для одной задачи. Напихать при создании объекта в него типизированных значений и получать из него эти значения в дальнейшем в тех местах, куда мы этот объект передадим. DTO не подразумевает наличия сеттеров, он иммутабельный. Если вам по какой-то странной причине нужно отредактировать его поле, то, скорее всего, вам нужно создать новый DTO.

У меня задача. Ну к примеру: я нагенерил данных по пользователю ... Создаю я его через одну api, а через другую аришку мне надо проверить все ли там корректно в БД. И методы могут быть в разных классах. Я раньше все передавал через статическую мапу. Стоит вообще переходить на DTO, VO или что-то ещё? Что для этого подходит лучше, чтоб было правильно ?)

А некоторые языки могут. Кстати про Котлин не совсем понятно- там вроде и есть multiple return types, но они как-то нетривиальны в использовании.

У меня задача. Ну к примеру: я нагенерил данных по пользователю ... Создаю я его через одну api, а через другую аришку мне надо проверить все ли там корректно в БД. И методы могут быть в разных классах. Я раньше все передавал через статическую мапу. Стоит вообще переходить на DTO, VO или что-то ещё? Что для этого подходит лучше, чтоб было правильно ?)

А некоторые языки могут. Кстати про Котлин не совсем понятно- там вроде и есть multiple return types, но они как-то нетривиальны в использовании.

котлин - надстройка над джавой, использующая JVM. Ограничения аналогичные, просто в котлине добавлены классы обертки типа пары и трипла. В том же питоне - возвращается тоже один объект, типа тупл. В прочих Растах - аналогично

Вроде когда-то читал, как больше чем 2-3 передавать. Но это не точно.

А вообще с помощью буханки хлеба и коробки спичек можно много чего сделать. Не всегда понятно зачем :-)

Через датакласс

У меня задача. Ну к примеру: я нагенерил данных по пользователю ... Создаю я его через одну api, а через другую аришку мне надо проверить все ли там корректно в БД. И методы могут быть в разных классах. Я раньше все передавал через статическую мапу. Стоит вообще переходить на DTO, VO или что-то ещё? Что для этого подходит лучше, чтоб было правильно ?)

Кстати, а какие проблемы ты начал замечать со статической мапой?

Да на самом деле не в проблемах дело. Просто в какой то момент надо думать уже о дизайне и делать все правильно )))

Просто дизайн - это не про "правильно", это про решение проблем.

Нет проблем - что решаем?