a
он по идее на каждое изменение объекта будет высчитывать fullName
Т.е. даже если мы изменим User.age - fullName пересчитается?
Size: a a a
2020 July 22
А
в случае локального стейта не уверен, надо бы проверить
А
https://www.apollographql.com/docs/react/local-state/managing-state-with-field-policies/#modifying
вот тут написано что всё зависит от того как хранишь поле
вот тут написано что всё зависит от того как хранишь поле
a
чета жесть
a
И это редакс на свитчкейсах!
a
a
Код резолверов вообще не френдли… Хотя там и утилы и иммер......
2020 July 23
P@
Сегодня в 19-00 по мск будем большим составом обсуждать стейт менеджеры в мире JavaScript.
ApolloClient это стейт менеджер для получения и кеширования данных с GraphQL-сервера. Проще говоря – “умная прокся”. И мне крайне не нравится использование директивы @client на этой “проксе”. Часто получается, что разработчики этой директивой скрещивают ужа с ежом.
Cможем ли мы найти правильный альтернативный стейт менеджер для хранения клиентского состояния, в дополнение к уже имеющемуся стейт менеджеру серверных графкуэльных данных (ApolloClient)?
Спойлер: кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Бесплатная регистрация и информация о мероприятии от Tver.ioTver.io:
https://go.tver.io/stream-2020-07-23
ApolloClient это стейт менеджер для получения и кеширования данных с GraphQL-сервера. Проще говоря – “умная прокся”. И мне крайне не нравится использование директивы @client на этой “проксе”. Часто получается, что разработчики этой директивой скрещивают ужа с ежом.
Cможем ли мы найти правильный альтернативный стейт менеджер для хранения клиентского состояния, в дополнение к уже имеющемуся стейт менеджеру серверных графкуэльных данных (ApolloClient)?
Спойлер: кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Бесплатная регистрация и информация о мероприятии от Tver.ioTver.io:
https://go.tver.io/stream-2020-07-23
АР
Сегодня в 19-00 по мск будем большим составом обсуждать стейт менеджеры в мире JavaScript.
ApolloClient это стейт менеджер для получения и кеширования данных с GraphQL-сервера. Проще говоря – “умная прокся”. И мне крайне не нравится использование директивы @client на этой “проксе”. Часто получается, что разработчики этой директивой скрещивают ужа с ежом.
Cможем ли мы найти правильный альтернативный стейт менеджер для хранения клиентского состояния, в дополнение к уже имеющемуся стейт менеджеру серверных графкуэльных данных (ApolloClient)?
Спойлер: кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Бесплатная регистрация и информация о мероприятии от Tver.ioTver.io:
https://go.tver.io/stream-2020-07-23
ApolloClient это стейт менеджер для получения и кеширования данных с GraphQL-сервера. Проще говоря – “умная прокся”. И мне крайне не нравится использование директивы @client на этой “проксе”. Часто получается, что разработчики этой директивой скрещивают ужа с ежом.
Cможем ли мы найти правильный альтернативный стейт менеджер для хранения клиентского состояния, в дополнение к уже имеющемуся стейт менеджеру серверных графкуэльных данных (ApolloClient)?
Спойлер: кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Бесплатная регистрация и информация о мероприятии от Tver.ioTver.io:
https://go.tver.io/stream-2020-07-23
> кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Больше стейт-менеджеров богу стейт-менеджеров! 😂
Больше стейт-менеджеров богу стейт-менеджеров! 😂
SФ
Сегодня в 19-00 по мск будем большим составом обсуждать стейт менеджеры в мире JavaScript.
ApolloClient это стейт менеджер для получения и кеширования данных с GraphQL-сервера. Проще говоря – “умная прокся”. И мне крайне не нравится использование директивы @client на этой “проксе”. Часто получается, что разработчики этой директивой скрещивают ужа с ежом.
Cможем ли мы найти правильный альтернативный стейт менеджер для хранения клиентского состояния, в дополнение к уже имеющемуся стейт менеджеру серверных графкуэльных данных (ApolloClient)?
Спойлер: кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Бесплатная регистрация и информация о мероприятии от Tver.ioTver.io:
https://go.tver.io/stream-2020-07-23
ApolloClient это стейт менеджер для получения и кеширования данных с GraphQL-сервера. Проще говоря – “умная прокся”. И мне крайне не нравится использование директивы @client на этой “проксе”. Часто получается, что разработчики этой директивой скрещивают ужа с ежом.
Cможем ли мы найти правильный альтернативный стейт менеджер для хранения клиентского состояния, в дополнение к уже имеющемуся стейт менеджеру серверных графкуэльных данных (ApolloClient)?
Спойлер: кто сказал, что должен быть только один стейт менеджер в вашем приложении?!
Бесплатная регистрация и информация о мероприятии от Tver.ioTver.io:
https://go.tver.io/stream-2020-07-23
Кто-то за локальный стейт будет топить? )
꧁岡
Кто-то за локальный стейт будет топить? )
Ну тут вообще-то все за эффектор на трансляции будут))0)
SФ
Ну тут вообще-то все за эффектор на трансляции будут))0)
А я думал за фокал
꧁岡
А я думал за фокал
Ну сова уж точно будет про эффектор рассказывать
SФ
Ну сова уж точно будет про эффектор рассказывать
Я надеюсь, что не уйдут в эти детали, потому как все эти менеджеры одинаковые и детали их реализаций беспокоят только их создателей
SФ
Что эффектор, что редакс, что рефлекс
꧁岡
К сожалению нет)
SФ
Ну вот надежда на Пашу )
a
Я надеюсь, что не уйдут в эти детали, потому как все эти менеджеры одинаковые и детали их реализаций беспокоят только их создателей
Все базы данных одинаковые и детали из реализации беспокоят только их создателей.
Что neo4j, что постгря, что монга
😉
Что neo4j, что постгря, что монга
😉
SФ
Все базы данных одинаковые и детали из реализации беспокоят только их создателей.
Что neo4j, что постгря, что монга
😉
Что neo4j, что постгря, что монга
😉
Ахах. Прикольная, но не совсем корректная аналогия.
a
А, ещё ORM тоже все одинаковые