Ну, общая логика какая-то наверное такая:

* Если у вас структура хорошо определена, лучше накидать классов и описать её
* Если при этом вам лень всё перечислять, то вы можете определить только важное и намекнуть библиотеке, что остальное можно игнорировать
* Если вам нужно накидать временно на коленке или действительно структура прямо очень динамически определена, то возьмите что-то вроде JsonNode выше. Поскольку язык строго типизированный, то условно по сравнению с JS хоть немного типов надо будет указать (в примере это asInt), но это не такой большой overhead и основная навигация выглядит достаточно сносно (но не через точку, да)

а какой ещё класс?
🤔

Обычный?

Зачем дата то?

я просто чаще всего вижу чтобы использовали @Serializable data class

ясно

data class генерирует equals & hashCode & toString

Если вам не нужно это, то юзать дата класс - оверхэд

нет, имею в виду
val json = JSON.Parse("[null]")

я имею ввиду json внутри { }

а вообще

можно

это map/dictionary/object
Он тривиально превращается в Map<String,Any>

Но жсон это не только object.
вот что такое Жсон

union Json =
  null
  true
  false
  float
  string
  Object
  Array

мне просто нужно из строки в формате json, которую, к примеру, после ответа сервера получают, перевести в мап для удобной работы

но это я как понял не реально

ну в плане костыли

Я так и не понял что мешает спарсить если структура известна

ну там jackson
mapper.readValue<Map<String,Any?>>(json)

взорвётся если в жсоне не Object, но это уж ты сам

С дата классами удобно, что идея не подсвечивает не используемые проперти, особенно если всю структуру json описывать, включая ненужные поля