🚀🚀
автор рх кстати недавно размышлял о результатах, к которым пришёл его проект
https://dev.to/rxjs/observables-reactive-programming-and-regret-4jm6
https://dev.to/rxjs/observables-reactive-programming-and-regret-4jm6
Size: a a a
2020 July 19
ei
Чемпион?)
🚀🚀
такой термин, сорян
🚀🚀
champion of proposal
DS
Чемпион пошел пилить rx просто?)
О главный контрибьютор пропасла из brave
🅅🄺
вообще странно, что observables до сих пор в js нет официально
🅅🄺
очень логично всегда выглядит картинка
🅅🄺
без них js кажется незавершенным
🅅🄺
и постоянно приводит к порождению костылей
🚀🚀
третье измерение графика — continuous/discrete
🅅🄺
третье измерение графика — continuous/discrete
еще бы добавить это на график с примерами кода :)))
A
то есть эффектор — это локальный статический стейт а так же всё, что требуется для взаимодействия с ним
спасибо за ответ! а как по-твоему лучше обрабатывать поступающую информацию?
Допустим, нужно получить данные (о пользователе). С одной стороны можно кинуть запрос средствами effect (хотя тогда, по-идее, вообще не нужен аполло и можно обойтись хоть нативным фетчем), с другой стороны - хуки от apollo. В первом случае нужно больше обработчиков (refetch, optimistic response при необходимости и т.д.). Во втором случае это из коробки, но втягивается бизнес-логика в компоненты.
Допустим, нужно получить данные (о пользователе). С одной стороны можно кинуть запрос средствами effect (хотя тогда, по-идее, вообще не нужен аполло и можно обойтись хоть нативным фетчем), с другой стороны - хуки от apollo. В первом случае нужно больше обработчиков (refetch, optimistic response при необходимости и т.д.). Во втором случае это из коробки, но втягивается бизнес-логика в компоненты.
DS
спасибо за ответ! а как по-твоему лучше обрабатывать поступающую информацию?
Допустим, нужно получить данные (о пользователе). С одной стороны можно кинуть запрос средствами effect (хотя тогда, по-идее, вообще не нужен аполло и можно обойтись хоть нативным фетчем), с другой стороны - хуки от apollo. В первом случае нужно больше обработчиков (refetch, optimistic response при необходимости и т.д.). Во втором случае это из коробки, но втягивается бизнес-логика в компоненты.
Допустим, нужно получить данные (о пользователе). С одной стороны можно кинуть запрос средствами effect (хотя тогда, по-идее, вообще не нужен аполло и можно обойтись хоть нативным фетчем), с другой стороны - хуки от apollo. В первом случае нужно больше обработчиков (refetch, optimistic response при необходимости и т.д.). Во втором случае это из коробки, но втягивается бизнес-логика в компоненты.
Вот я бы лично уже либо страдал с аполо, либо пилил своими силами (тот же оптимистик и батчинг и тд).
Втягивать две паралельные концепции кажется будет еще большим злом чем просто на аполло. Они же будут драться))
Втягивать две паралельные концепции кажется будет еще большим злом чем просто на аполло. Они же будут драться))
A
Вот я бы лично уже либо страдал с аполо, либо пилил своими силами (тот же оптимистик и батчинг и тд).
Втягивать две паралельные концепции кажется будет еще большим злом чем просто на аполло. Они же будут драться))
Втягивать две паралельные концепции кажется будет еще большим злом чем просто на аполло. Они же будут драться))
да, я примерно к такому выводу и пришёл, но всё таки интересно вдруг что-то упускаю и всё не так плохо)
DS
https://share.effector.dev/yeDixLA6
Хм работает) А кто еще поддерживает это соглашение? Свелт, редакс?
Хм работает) А кто еще поддерживает это соглашение? Свелт, редакс?
AO
Раз уж разговор зашел, то есть такая интересная штука как callbags spec, которая объединяет в себе push/pull sync/async контейнеры https://staltz.com/why-we-need-callbags.html
AO
https://share.effector.dev/yeDixLA6
Хм работает) А кто еще поддерживает это соглашение? Свелт, редакс?
Хм работает) А кто еще поддерживает это соглашение? Свелт, редакс?
apollo client, он там юзает внутри zen-observable