данные для работы с ними на фронте, а потом, при отсылке на бэкенд, модифицируете обратно в бэкендский формат? Ибо мне от бэкенда приходит Юзер, но я не хочу на фронте работать с параметром permissions, ибо это циферка роли, и мне не нравится параметр timestamp, ибо он по-хорошему должен называться created_at. Я хочу на фронте удалить permissions и timestamp и заменить их на role: UserRole и created_at: number и на фронте везде работать с таким типом User, а потом, когда мне на бэк надо будет юзера отсылать, я перемаплю юзера в бэкендского юзера, с нужными бэкенду полями. Нормальная это практика?
тобишь, помимо User, с корректными полями, с которым я хочу работать на фронте, мне ещё нужно создать тип, что-то вроде BackendUser и там немного другие поля будут, и когда я буду загружать массив юзеров с бэкенда, то в респонсе у меня будет, грубо (users: BackendUser[]), а на выходе в дженерике будет просто User[]
Лишние движения, проще с бэком договориться о контрактах кмк
ну, так и буду делать, но не всегда это возможно )
А если бек нормальную дату отправит?)
тогда подкорректирую мапперы, а если вообще договоримся, что он поменяет всё нормально, то маппер снесу вообще
Мне кажется это не очень хорошая практика в контексте поддержки. Представь, что после тебя работает другой программист, которому приходится в этом разбираться.
Обсуждают сегодня