А если ты захочешь изменить название запроса, то придется везде его менять

юзай thunk или сагу

А это уже копипаст

смысл стора ведь оповещать об изменениях

Нет

я понял ) просто я это еще не пробовал

В оф доке, почему-то, примеры только со статическим контекстом, а по ссылке уже стейт-менеджер, считай

смысл стора ведь оповещать об изменениях

смысл стора хранить данные

смысл стора хранить данные

В чем смысл стора ?

В оф доке, почему-то, примеры только со статическим контекстом, а по ссылке уже стейт-менеджер, считай

Ок. спасибо ??

смысл стора хранить данные

глобальные переменные справляются с этим

В чем смысл стора ?

в хранении состояния приложения

глобальные переменные справляются с этим

флаг в руки

С "хранением" и window справится

Смысл стора хранить динамические данные

С "хранением" и window справится

уверен?

уверен?

Можно еще window.location.href

В чем смысл стора ?

Ни в чём, его нет

Можно еще window.location.href

угу. в локалсторадж

Если так подумать, то без состояний, react - не react

Ни в чём, его нет

Ночная фелософия?

Если так подумать, то без состояний, react - не react

Реакт — это setState

Но без state не будет setState *тут должен быть мем с негром*

Но без state не будет setState *тут должен быть мем с негром*

Не должен, его нет

Но без state не будет setState *тут должен быть мем с негром*

Зато state без setState существует

Поэтому это то, что определяет реакт, через его недостатки)

Ну и да, не стоит забывать, что стейт в реакте — объект. Махровая ооп библиотека.

(не баньте только плиз)

Кароч, есть у компонента state. Если мы его будем рендерить (state) и он поменяется, то компонент заново отредериться и покажет актуальный state

Ну и да, не стоит забывать, что стейт в реакте — объект. Махровая ооп библиотека.

Не, это так не работает, нельзя показать пальцем на любой объект и сказать что это ооп

Не, это так не работает, нельзя показать пальцем на любой объект и сказать что это ооп

Вы на удивление серьёзный, сэр

Проблема в том, что setState императивный, а поэтому непредсказуемый для библиотеки, это мешает делать клёвые оптимизации и всячески трепит нервы авторам

А вообще redux есть

Ну да, есть, но это мало что меняет

А вообще redux есть

State не нужон (хотя всё равно нужно создавать контейнер, который имеет состояние взятое из redux, который передаёт обёрнотому им же компоненту свой state, как делает либа react-redux. Как что state всё-таки нужон)

кейсы бывают разные, в моем случае ридакс не особо нужен и хватает контекста и аполо

Проблема в том, что setState императивный, а поэтому непредсказуемый для библиотеки, это мешает делать клёвые оптимизации и всячески трепит нервы авторам

Кстати setState это необязательный аттрибут для view библиотеки как реакт. Если бы реакт был бы достаточно быстр можно было бы не добавлять setState а оставить только один способ обновить компоненты - через метод updateViews() который аналогичен обновлению рутового компонента ReactDOM.render(<App/>, el), который будет сравнивать виртуальный дом всех компонентов начиная с рута и оставить работу с состоянием на откуп пользовательским библитекам в которых можно реализовать какие угодно концепции на любой вкус и цвет. И получается что реакт вроде как и unopinionated в отличие от angular и vue но все же не до конца со своим setState

Кстати setState это необязательный аттрибут для view библиотеки как реакт. Если бы реакт был бы достаточно быстр можно было бы не добавлять setState а оставить только один способ обновить компоненты - через метод updateViews() который аналогичен обновлению рутового компонента ReactDOM.render(<App/>, el), который будет сравнивать виртуальный дом всех компонентов начиная с рута и оставить работу с состоянием на откуп пользовательским библитекам в которых можно реализовать какие угодно концепции на любой вкус и цвет. И получается что реакт вроде как и unopinionated в отличие от angular и vue но все же не до конца со своим setState

updateViews это абсолютно то же самое что и setState

Я вообще стараюсь делать так, чтобы такая императивщина не требовалась

В эффекторе например нет setState

В эффекторе например нет setState

а как там обновляются компоненты? через .forceUpdate() ?

Сами, ты просто задаешь правила обновления и всё

Если стор реагирует на какой-либо эвент или зависит от подобных данных, то он будет пересчитан

Разница в том, что это можно варьировать, когда и в каком порядке это делать, с setState выбора ты лишаешься, так как факт вызова сетстейта означает безусловное изменение

updateViews это абсолютно то же самое что и setState

Тут вопрос в скорости. Для крупных приложений оверхед на virtual dom достаточно большой чтобы обновление (реконсайлер) виртуального дома всего приложения на каждое изменение данных начало тормозить. Поэтому большинство библиотек для работы с состоянием (redux, mobx) используют точечный подход - обновление только тех компонентов которые зависят от данных которые изменились

Это не вопрос в скорости, это просто аналогичный принцип действия

Если нет императивного setState, то можно планировать действия наперед так как ты знаешь какие у тебя есть варианты развития событий

Если нет императивного setState, то можно планировать действия наперед так как ты знаешь какие у тебя есть варианты развития событий

есть примеры таких библиотек?

Сами, ты просто задаешь правила обновления и всё

children as a function?

children as a function?

Возможно

есть примеры таких библиотек?

Да https://github.com/zerobias/effector https://codesandbox.io/s/429l33z2w9

что то не сходится пример, но ок

Сорян, это пока девелоп бранч

npm install effector@next

Эра Flux подходит к концу, короче.

https://github.com/zerobias/effector/blob/develop/src/react/createComponent.js

Эра Flux подходит к концу, короче.

Это более flux чем сам flux

strict one way dataflow

Да https://github.com/zerobias/effector https://codesandbox.io/s/429l33z2w9

есть по сложнее примеры? с запросами, полноценными эпиками?

Да https://github.com/zerobias/effector https://codesandbox.io/s/429l33z2w9

не нашел кстати кода для ssr, получение текущего стора и востановление

не нашел кстати кода для ssr, получение текущего стора и востановление

https://github.com/zerobias/effector/tree/develop/examples/react-ssr

https://github.com/zerobias/effector/tree/develop/examples/react-ssr

onInject(injectData, order, ({itemList}) => itemList.order)

не очень красиво, особенно если у тебя их 50

но поиграюсь

Это простейший хелпер

https://codesandbox.io/s/724n740r8x

ERROR: S client not available

+ serverSideState не динамический в примере

+ serverSideState не динамический в примере

Ты точно внимательно изучил пример?

Там как бы экшны на сервере вызываются предварительно

https://codesandbox.io/s/724n740r8x

Ты там с фетчем пример хотел

cats.js

Принцип — ты создаешь эффекты, чтобы потом вкладывать в них реализацию в зависимости от задач

Например для тестов можно положить другую функцию в use

Ты точно внимательно изучил пример?

src/server/render.js там инициализируются все подписчики import '../app/store/on' кидается injectData(serverSideState) как инитал стейт для сторов и дальше в html(preRendered, serverSideState) кидаешь тот же serverSideState который удет клиенту

либо serverSideState мутируется, либо serverSideState статичный)

А в редаксе что со стейтом сервера произойдет?

Застрянет и не обновится?

Удалится гарбаж коллектором

Окей, я сделаю получше пример

А в редаксе что со стейтом сервера произойдет?

проинициализуются сторы, загрузятся данные и получится новое состояние всех сторон и отдастя клиенту

Аналогично

Аналогично

ну, в коде https://github.com/zerobias/effector/blob/develop/examples/react-ssr/src/server/render.js не так )

injectData

не собирается состояние сторов а отдается просто serverSideState

Ладно, не нравится значит не нравится

Переубеждать не буду

injectData

это создание createEvent('load data to stores') который пойдет по сторам и проинцииализует их

injectData — это эвент реализованный рядом в пару строк

Переубеждать не буду

не, мне просто интересно

Бросайте свою выученную беспомощность пацаны

Там ничего сложного нигде нет и не должно быть

Чтобы относиться к этому как к чёрному ящику с магией "а она достаточно сильна для эс эс эр?"

там все просто и либо serverSideState мутируется, либо он предается в статичном виде из файла server/render.js

Я вызвал эвент

Можешь вызвать свой

либо это простой пример без асинхронных фетр действий на стороне сервера

Хорошо, покажи мне пример действий, без реакта, как бы ты это реализовывал