хмм. что ты имеешь в виду?
Предлагаешь сделать класс переходный между ответом от API тип?

Да. Но если ты рестом отдаешь чего-то кому-то, то там ведь другая истсория уже

Пхпшный уклад един

Рест прям рест или прост вернуть application/json?

да, плоти долор

у тебя с ними большой опыт?)

Не.  Я к тому, что ДТО у тебя для перетаскивания данных по приложению, а для того, чтобы отавать какой-то ответ, — уже лучше ресурс заюзать. Ну скажем, у тебя завтра будет не просто отдача данных, а несколько версий api, в одной из которых у тебя будет подгрузка связей записи из БД по какому-то параметру, а во второй, вывод их уже в каких-то ссылках. Ну это врядли такое будет, но я про то, что ДТО уже не спраится с этим.

А, понял тебя!
Дельная мысль. Так-то да, я просто по инерции чуть не заюзал ДТО там, где ресурс нужен был :)
Есть просто модель с данными и некоторые поля из нее надо по апи отдавать и по апи с ними работать.

никакого) сама концепция отвратительная

а что есть илитный?

Ну типа, там где мы куда-то отдаем уже ответ, это же уже внешний слой приложения, и там может понадобиться какая угодно структура ответа, и скорее всего, отличная от ДТО в жсоне

как это не справится?)

ДТО - это data class если быть точнее

не могу представить случая, когда data class не справится с передачей данных

Ну, ДТО ведь решает эту проблему с пересылкой данных. А api-ресурс уже за структуру ответа отвечает.

Пересылкой данных в приложении

Ну как там в этой диаграмме дяди боба

devices web ui - слой

Если я правильно ее понимаю

вообще то нет