В общем смотрел доклад ради обзора ApolloClient - первые упоминания о нем, примерно на 30-й минуте. Перед этим весьма субъективные рассуждения о том как же плох редакс. И очень мало о теме доклада.
То есть ты реально считаешь, что редакс не такой уж и плохой? Есть как минимум две причины не использовать его: 1. Очень много шаблонного кода. 2. Низкая производительность - когда диспатчится экшн, то проверяются абсолютно все редьюсеры, пока не найдётся нужная проверка. Тот же reAtom похож на редакс, но этих минусов у него нет.
@@peiiiajikuh я реактом занимаюсь набегами. Каждый день на нём не пишу. Всякий раз, когда я снова собираюсь накатать какой-нибудь свой пет-проект для портфолио на реакте, меня бросает в дрожь. Это нужно написать редюсеры, экшены, добавить провайдер, создать стор, обвязать функцией connect все умные контейнеры, написать селекторы для запросов из стора, при использовании саг ещё нужно их написать дополнительно. Куча бойлерплейта. Сам Ден Абрамов, отец редакса, говорит, что редакс не так уж и хорошо, и стоит задуматься о том, нужен он в проекте или нет.
Зачем нормализовывать на фронтенде? Почему GraphQL так плохо спроектирован и присывалет данные в древовидном виде? Выполняется двойная бессмысленная работа: На беке упаковывается в дерево, а на фронте распаковывается
1) Цель: за однинн запрос получить все данные для текущей страницы. 2) Каждый компоненнт запрашивает фрагмент 3) Аполо клиент все фрагменты склеивает в оин gql запрос 4) Сервер возвращает дерево данных 5) Аполо клиент распидорашивает его на фрагменты и раздает нужным компонентам *Какие у тебя с этим проблемы?*
@@АлексейСоснин-р4й в чем проблема сформировать пакет запросов на обычных рест апи и получить один ответ в ввиде # запроса и его дерева в общем дереве json ?
В общем смотрел доклад ради обзора ApolloClient - первые упоминания о нем, примерно на 30-й минуте. Перед этим весьма субъективные рассуждения о том как же плох редакс. И очень мало о теме доклада.
Обьективные научные суждения о том как плох редакс.
То есть ты реально считаешь, что редакс не такой уж и плохой? Есть как минимум две причины не использовать его:
1. Очень много шаблонного кода.
2. Низкая производительность - когда диспатчится экшн, то проверяются абсолютно все редьюсеры, пока не найдётся нужная проверка.
Тот же reAtom похож на редакс, но этих минусов у него нет.
@@peiiiajikuh я реактом занимаюсь набегами. Каждый день на нём не пишу.
Всякий раз, когда я снова собираюсь накатать какой-нибудь свой пет-проект для портфолио на реакте, меня бросает в дрожь. Это нужно написать редюсеры, экшены, добавить провайдер, создать стор, обвязать функцией connect все умные контейнеры, написать селекторы для запросов из стора, при использовании саг ещё нужно их написать дополнительно.
Куча бойлерплейта. Сам Ден Абрамов, отец редакса, говорит, что редакс не так уж и хорошо, и стоит задуматься о том, нужен он в проекте или нет.
@@Boortwint а про redux-toolkit не слышал ничего?
@@mrSargi7 иноземные библиотеки
Павел вам нужно снимать видео уроки о GraphQL
Можно пруф на подсчеты paypal? 17:15
Спасибо
курсор как будто иголка в глазу
лол, не заметил
Спасибо. Теперь я увидел. Теперь мне больно.
Соглы
Шикарный доклад !! Лайкните,чтобы автор увидел 😁
много слов, а толку мало
Зачем нормализовывать на фронтенде? Почему GraphQL так плохо спроектирован и присывалет данные в древовидном виде? Выполняется двойная бессмысленная работа:
На беке упаковывается в дерево, а на фронте распаковывается
С рестом или т.н. json:api проблем присылать сразу нормализовано нет. Правда ORM'ы тоже в дерево могут складывать
Но лучше на беке нормализовывать а не на фронте
@@mxtnr А зачем его распаковывать на клиенте? Используйте фрагменты. Это совершенно иной подход .
1) Цель: за однинн запрос получить все данные для текущей страницы.
2) Каждый компоненнт запрашивает фрагмент
3) Аполо клиент все фрагменты склеивает в оин gql запрос
4) Сервер возвращает дерево данных
5) Аполо клиент распидорашивает его на фрагменты и раздает нужным компонентам
*Какие у тебя с этим проблемы?*
@@АлексейСоснин-р4й в чем проблема сформировать пакет запросов на обычных рест апи и получить один ответ в ввиде # запроса и его дерева в общем дереве json ?
харизматичный типок )
Очередная попытка натянуть на фронтенд функции бэкэнда.
Ниочем