Как сделать схему данных(модель) из полученного с сервера объекта?

Question

[Артур Галяев]

Здравствуйте, с сервера приходит следующий объект:

{
  id: 1,
  test_service_id: 43,
  data: {
    title: "test",
    img: null
  },
  user_info: {
    name: "test"
  }
}

мне нужно нормализовать этот объект таким образом:

{
  id: 1,
  testServiceId: 43,
  title: "test".
  img: null,
  userInfo: {
    name: "test"
  }
}

Как это лучше сделать?

Как вариант, можно создать класс-модель и потом, при отправке на сервер, собирать его заново.

class Model {
  constructor(raw) {
    this.id = id
    this.testServiceId = raw.test_service_id
    ...
  }
}

Как вы организовываете объекты, приходящие с сервера, какие решения\подходы для этого используете?

Answer 1

[Дима Паутов]

Именно так и делать. 2 модели ModelInput на вход и ModelOutput на выход.
А ещё можно почитать про BFF, но это крайний случай, но он решает такие вопросы.

Но вообще, желательно договориться с бекендом о наименовании. Иначе, это на мой взгляд в большинстве своём "мусорный" код, который ничего не делает, а только раздувает пустым переименованием.

Постараться объяснить им, что вы ребята, работаете с json натацией, это ни к чему не обязывает, но всё же.
Что у меня, например, есть линтеры, которые не позволяют писать свойства с нижним подчёркиванием, тире.
Либо, я должен писать их так: obj['my_prop'] что не очень то.

Резюмируя:
1) Договориться, объяснить почему для вас это плохо и какие проблемы вызывает. И какие проблемы у вас могут от этого быть.
2) Делать свои модели для переименования
3) BFF
4) Забить болт, если это проходной проект.

P.S. Я убеждён, что json должен быть в camelCase натации. В своих проектах, я не раз убеждал бекенд команды делать так. Но это всё были новые проекты. Если проект уже старый, то тут точно ничего не подедать, либо BFF.

Comments

[Артур Галяев]

Спасибо за ответ!
Я думал сделать одну модель и в ней метод на подобии prepareToSend,
увидел похожую реализацию тут
Я слышал мнение, что, наоборот, snake case это лучшая практика для бэкэнда и json, но тут полностью согласен с вами

[Дима Паутов]

Артур Галяев, Суть это не меняет, как мне кажется. Это тоже самое, но в другой обёртке.
Если всё это лишь ради переименования свойств, то я считаю это пустой тратой времени.

Такие штуки удобны, когда на фронте вам нужно разбить данные на части, либо же использовать их под другими именами, либо, когда одно значение, может собираться из нескольких, например фио(беку нужно 1 поле, а у вас их 3 и т.п.). Тогда вы юзаете модель, в которую уже передаёте нужные данные для бека.