оттуда во все приложение. При любом изменении структуры данных с бека ломается все приложение.
Хочу перед тем как пихать в редакс обрабатывать данные/преобразовать в удобный формат и потом сохранять в редакс.
Чтобы при изменении данных менять в одном месте, а не искать по всему приложению.
Посмотри redux toolkit и там же rtk query, думаю все что нужно там есть
выносишь нормализацию в функцию, пишешь на нее тесты (опционально), вызываешь функцию нормализации либо в редьюсере, либо в самом санке. если хочешь красиво, то под нормализацию можно отдельный санк написать, чтобы в девтулзах отображалось
еще можно написать селектор, но тут надо смотреть на то, что происходит с данными в жизненном цикле приложения
Это называется апи-клиент. Пишется между стором и сетью, делает то, что ты описал (плюс ошибки обрабатывает, ретраи всякие там и куча всего другого). А редакс делает API.getUser(userId) и ничего не знает про «откуда взялся юзер»
Да, спасибо. Сейчас в условный user сразу сохраняется response.json() (большой объект с кучей вложенности и тп) и все экшены, редьюсеры построены на предположении о том, что пришло с бека 😭
Ну ты либо проверяешь всё до последней запятой, либо веришь бэку. Стоит ли тратить время на кучу кода с проверками? Оно точно нужно? Точно-точно? В куче кода ошибок будет больше, чем при отсутствии кода
Хм, возможно и не точно. Возможно, лучше пнуть бека, что бы на user.age не возвращал в зависимости от фазы луны 19, '19', [19] или { age: 19 }
Попросить консистентных данных — это всегда хорошая идея
Я стараюсь делать свою схему данных, а не разбрасывать поля которые приходят с бэкенда. Если предположить, что завтра с бэка придет user.Id вместо user.id то будет больновато искать это в компонентах.
Я для этого использую typescript — с ним рефакторинг гораздо проще. А схемы поверх него через библиотечки специфичные — прям сладкий сахар
Это неплохо, но довольно затратно
Поддерживаю. 👍🏻 Тоже переписываю проект на TS потихоньку.
Обсуждают сегодня