Нет, зачем

там таких нет😂

Ты неправильно меня понял

В джаве так же проблему с наллами что ли решал?

ну такое...
хм, а может просто свалить в место получше тогда? сколько говориш они тебя там нагибают, вместо того, чтобы процессы наладить

Это не проблема языка. В джаве для этого есть опшенал, например.

Опшенал это не всегда хорошо

хм, прям 1 в 1 моя ситуация

нуллы — это почти всегда плохо и признак херового проектирования, что с того? Решать проблему как?

Крч я делал так
Прилетает говноданные, с пробелами в начале и в конце и другой кучей говна.

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

Во-вторых, утилк мало поэтому я запилил обёртки юзая композицию.
Синтетический пример
Response Dto {
Response originalResponse

//Делегаты на оригинальный респонс
}
Если в респонсе есть другие вложенные объекты то так же создавал обёртку и в 1 обёртке возвращал уже обёртку, а не оригинальные данные.
Таким образом, я полностью контролировал, как свой апи, так и чужой. И в случае изменений последнего я всегда мог адаптировать код внутри обёртки, зачастую не меняя код зависимый от обёртки

Это очень кратко, идею я полностью не раскрыл, но суть вроде передал

ну блин у меня тоже весь апи покрыт своими моделями, вон на скрине пример, свои модели нигде не nullable параметров и спроектированы так как я хочу

их апи так и останутся, но всеравно будет место утыканое null-проверками, это печаль космических масштабов )

Я не про то
Суть идеи в том, что только обёртка работает с дерьмо данными

А тебе даже вспоминать не надо нюансы того, как оно работает

ну, можно было кстати геттеры запилить в дтошках где и втыкать все эти нул проверки

Делегаты там тоже не простые по типу originalResponse.doSmth(arg)

однако, в некоторых местах, были бы протечки бизнес логики в модуль апишки, поэтому так не делал

ну понятно короче, можно так то попробовать так делать )

Ну я так делал потому что иначе бы я повесился уже