По мере того, как я всё больше погружался в библиотеку и окружающее её сообщество, я заметил несколько закономерностей, о которых люди часто спрашивают. Эта статья будет посвящена довольно распространенной и важной задаче: преобразованию данных.
Преобразование данных
Давайте посмотрим правде в глаза: большинство из нас не используют GraphQL. Если да, то вы можете быть счастливы, у вас есть роскошь запрашивать данные в желаемом формате.
Однако если вы работаете с REST, вы ограничены тем, что возвращает серверная часть. Итак, как и где лучше всего преобразовать данные при работе с ответом на запрос? Единственный достойный ответ в области разработки программного обеспечения применим и здесь:
Зависит от обстоятельств.
— Каждый разработчик, всегда
Вот 3+1 подхода к преобразованию данных с их плюсами и минусами:
0. На бэкенде
Это мой любимый подход, если вы можете себе его позволить. Если серверная часть возвращает данные именно в той структуре, которую мы хотим, нам ничего не нужно делать. Хотя во многих случаях это может показаться нереальным, например при работе с публичными REST API, этого вполне возможно добиться в корпоративных приложениях. Если вы контролируете бэкэнд и у вас есть эндпоинт, который возвращает данные для вашего конкретного случая, лучше доставлять данные так, как вы этого ожидаете.
Интересные статьи
Интересные статьи
