Согласен, что бред спросил - класс пишется за две минуты ))

Лучше ещё координаты хранить как целые числа, с точностью не накосячите

Мне кажется, это правильнее делать на субд с поддержкой геокоординат

можно и на жава с использованием квадродеревьев

Шта?! Есть пруфлинк на эти самые планы?

+ это может много кода сломать, а на такие жертвы редко идут

http://cr.openjdk.java.net/~briangoetz/valhalla/sov/02-object-model.html
Смотрите параграф Object, последний абзац
@s_pnz @SchFuntik

Не хочу цитировать, потому что будет вырвано из контекста, а там объясняется, зачем это

Спасибо.
Но я бы не называл это "планами", это скорее озвучка возможных вариантов от Гётца

Я слышал подтверждения в других местах, поэтому решил, что это наиболее вероятный сценарий хоть и отдаленного будущего

Нууу.... Сначала оно пройдет через JEP, потом повесят аннотацию Dprecated, потом ещё несколько лет попредупреждают, за это время сделают инспекции для всяких IDE и статических анализаторов кода, потом выйдут обновления фреймворков, и потом отломают конструктор в каком-нибудь не-LTS релизе, а уж потоооом в LTS. LTS у нас каждые три года примерно, так что лет через 6, может, это и случится.

Все так, согласен

Help!
Мне сейчас на проекте приходится реализовывать унаследованный API. Предыдущая версия системы была написана на C#.
В ответ на запросы к нескольким эндпойнтам должен возвращаться ответ вида:

{
  "fields": {
    "account": {
      "name": "account",
      "type": "string",
      "value": "0"
    },
    "add_info": {
      "name": "add_info",
      "type": "string",
      "value": ""
    }
  }
}

Не знаете, может существует какая-нибудь библиотека, которая превращает обычный POJO в такую вот дичь при конвертации в JSON?

а в чем дичь этого джсона ?

{
  "fields": {
    "account": {
      "name": "account",
      "type": "string",
      "value": "0"
    },
    "add_info": {
      "name": "add_info",
      "type": "string",
      "value": ""
    }
  }
}

jackson?

Берешь Jackson/GSon или что-то подобное и разпарсываешь

В том, что твой POJO подобного вида

@Data
public class MyPojo {

  private String account;

  @JsonProperty("add_info")
  private String addInfo;
}

обычным Jackson будет сконвертирован в подобный ответ

{
  "account": "lol",
  "add_info": "kek"
}

а нужно получить

{
  "fields": {
    "account": {
      "name": "account",
      "type": "string",
      "value": "lol"
    },
    "add_info": {
      "name": "add_info",
      "type": "string",
      "value": "kek"
    }
  }
}

Выше объяснил, почему Jackson не подходит

Берешь делаешь ДТО под эту структуру и мапишь поджо в него и отправляешь на сериализацию

Так ты неправильно составляешь свой pojo. У тебя не string account должно быть,а свой класс

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