А зачем? Вот я не понимаю необходимости в этом. Приведи пример задачи, где это необходимо.

Вредный вопрос в UI, задачи будут всевозможные, сейчас речь о возможности так делать в принципе. не важно зачем

Вот не понимаю, зачем иметь связи между сторами, вот блин.

реляционные бд

Вредный вопрос в UI, задачи будут всевозможные, сейчас речь о возможности так делать в принципе. не важно зачем

Эм...

реляционные бд

Што? А это тут зачем?

на твое усмотрение. Допустим, зарезолвить внутренние ссылки

вот кстати внутренние ссылки это жестко для понимания ИМХО

Давайте SQL ещё притащим, камон!

Што? А это тут зачем?

ну ты с сервера получил данные из бд, а работать не можешь, что делать?

ну ты с сервера получил данные из бд, а работать не можешь, что делать?

Я могу.

видимо мне надо самому написать эффектор, чтобы понять…∆∆

Я застрял на том что нужно переписать на ризон, так как алгоритм построен на variant type (когда у тебя есть например Север, Юг, Запад и Восток и всё) и на жс это люто вербозно

ну ты с сервера получил данные из бд, а работать не можешь, что делать?

Я не могу решать ту проблему, которую не понимаю.

я вот и попал в тупик, что графы это не решают точно так же как и редакс

я этот тупик уловил давно И пытаюсь найти решение абстрактно от хранилища скорее всего мы строим данные неправильно

я этот тупик уловил давно И пытаюсь найти решение абстрактно от хранилища скорее всего мы строим данные неправильно

мутабельность?

Я застрял на том что нужно переписать на ризон, так как алгоритм построен на variant type (когда у тебя есть например Север, Юг, Запад и Восток и всё) и на жс это люто вербозно

ты хочешь написав реализацию на ризоне, получить удобное апи в жс?

мутабельность?

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

Я не могу решать ту проблему, которую не понимаю.

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

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

Если есть связи, то создайте отдельный стор для этого и используйте.

Я не вижу проблемы, чтобы у компонента было 100500 сторов.

Привет, у меня проблемка небольшая, warning.js?da67:33 Warning: Cannot update during an existing state transition (such as within `render` or another component's constructor). Render methods should be a pure function of props and state; constructor side-effects are an anti-pattern, but can be moved to `componentWillMount`. Никак трейс не найду, не пойму, куда смотреть, может посоветуете?

Если есть связи, то создайте отдельный стор для этого и используйте.

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

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

Зачем вам частично-независимые сторы?

Почему не разделить жеско на независимые и связные?

Вам не кажется, что вы создаёте проблему там, где её нет?

ты хочешь написав реализацию на ризоне, получить удобное апи в жс?

Да, у ризона есть хелперы для интеропа его структур с жс кодом, более того, это даже не обязательно Вот смотри, ризон компилируется в исходники у меня (чисто для наглядности): https://github.com/zerobias/effector/blob/develop/src/datatype/cmd/Cmd.re https://github.com/zerobias/effector/blob/develop/src/datatype/cmd/Cmd.bs.js И это ещё с учетом того, что при полном переносе движка на ризон из re файла будет убран cmdT и bs.deriving abstract

Да, у ризона есть хелперы для интеропа его структур с жс кодом, более того, это даже не обязательно Вот смотри, ризон компилируется в исходники у меня (чисто для наглядности): https://github.com/zerobias/effector/blob/develop/src/datatype/cmd/Cmd.re https://github.com/zerobias/effector/blob/develop/src/datatype/cmd/Cmd.bs.js И это ещё с учетом того, что при полном переносе движка на ризон из re файла будет убран cmdT и bs.deriving abstract

не, я видел. трогал ризон и даже что-то писал. пытаюсь понять во что ты воткнулся

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

я знаю реализацию, которая позволит решить кейс который я скинул, при этом полная модульность и независимость модулей, но при этом получается совмещённая модель разделённого/общего стора, т.е. всё же стор будет как-бы общий, но работать будешь с его частями как с отдельными (за исключением моментов связей между сторами)

Я застрял на том что нужно переписать на ризон, так как алгоритм построен на variant type (когда у тебя есть например Север, Юг, Запад и Восток и всё) и на жс это люто вербозно

типа апишку построенную на variant type юзать вербозно?

Да, очень. Вся папка Cmd с типами и конструкторами меняется на один файлик

я знаю реализацию, которая позволит решить кейс который я скинул, при этом полная модульность и независимость модулей, но при этом получается совмещённая модель разделённого/общего стора, т.е. всё же стор будет как-бы общий, но работать будешь с его частями как с отдельными (за исключением моментов связей между сторами)

как это поможет в обновлении всех зависимых постов (в случае удаления комментария)

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

как это поможет в обновлении всех зависимых постов (в случае удаления комментария)

это как раз решает эту проблему в 5 строчек

ты хочешь написав реализацию на ризоне, получить удобное апи в жс?

У меня модуль для работы с графами — это отдельная сущность, называется graphite, у нее есть внешний апи с одной функцией — запустить событие

это как раз решает эту проблему в 5 строчек

покажи?

по-поему в чате реакт, совсем не реакт. Админы - остановитесь!

У меня модуль для работы с графами — это отдельная сущность, называется graphite, у нее есть внешний апи с одной функцией — запустить событие

и вычисление зависимостей происходит там?

У меня в стейте компонента есть пассив объектов, как заменить объект с определенным индексом?

У меня в стейте компонента есть пассив объектов, как заменить объект с определенным индексом?

.map

У меня в стейте компонента есть пассив объектов, как заменить объект с определенным индексом?

лучше менять весь массив

лучше менять весь массив

+

const itemIndex = this.state.data.findIndex(item => item._id === id); const updatedItem = this.state.data[itemIndex]; const newData = Object.assign({}, this.state.data); newData[itemIndex] = updatedItem;

и вычисление зависимостей происходит там?

Нет, зависимости накидываются при создании эвентов, сторов, мапов и т.д. Преимущество и разница в том, что это статическое вычисление, его препак вообще в константу сворачивает на момент запуска событий граф зависимостей уже есть, по нему нужно просто пройтись, последовательно выполняя нужные инструкции

А как безопасно засунуть новый массив в стейет?

покажи?

это ограниченная версия в которой я запретил внутреннему стору знать о внешнем, но если изменить это правило, то будет ifFullPath(f => f.users[0].lastName)

Есои я делаю обычно this.setState({ data: newData }) у меня все отваливается

Нет, зависимости накидываются при создании эвентов, сторов, мапов и т.д. Преимущество и разница в том, что это статическое вычисление, его препак вообще в константу сворачивает на момент запуска событий граф зависимостей уже есть, по нему нужно просто пройтись, последовательно выполняя нужные инструкции

Выглядит хитро.

Нет, зависимости накидываются при создании эвентов, сторов, мапов и т.д. Преимущество и разница в том, что это статическое вычисление, его препак вообще в константу сворачивает на момент запуска событий граф зависимостей уже есть, по нему нужно просто пройтись, последовательно выполняя нужные инструкции

Ааа.я понял

yield возвращает инструкции по изменению lastName у текущего модуля

А как безопасно засунуть новый массив в стейет?

this.setSafeState

А как безопасно засунуть новый массив в стейет?

что значит безопасно?

Нет, зависимости накидываются при создании эвентов, сторов, мапов и т.д. Преимущество и разница в том, что это статическое вычисление, его препак вообще в константу сворачивает на момент запуска событий граф зависимостей уже есть, по нему нужно просто пройтись, последовательно выполняя нужные инструкции

Граф по сути строит сам пользователь описывая .on и .to

Граф по сути строит сам пользователь описывая .on и .to

Да))

Есои я делаю обычно this.setState({ data: newData }) у меня все отваливается

Напиши ошибку при которой отваливается

Признаюсь. Ничего не понятно

Есои я делаю обычно this.setState({ data: newData }) у меня все отваливается

const newData = Object.assign({}, this.state.data); это метод для объектов, а не для массивов

yield возвращает инструкции по изменению lastName у текущего модуля

А зависимости как резолвишь

https://codesandbox.io/s/github/Wroud/react-painlessform/tree/master/examples/ts этот пример не совсем про изменения в корне стора

А зависимости как резолвишь

это и есть резолвинг зависимости, мне приходит event об изменении чего-то в сторе, функцией is я могу узнать что именно изменилось, и вернуть какую-то реакцию

это и есть резолвинг зависимости, мне приходит event об изменении чего-то в сторе, функцией is я могу узнать что именно изменилось, и вернуть какую-то реакцию

Императивненько

Да))

Ты уже сделал тулзу для отрисовки этого графа?)

const newData = Object.assign({}, this.state.data); это метод для объектов, а не для массивов

извеняюсь) я просто ошибся в типе const newData = Object.assign([], this.state.data);

но в текущей версии запрещено отслеживать изменения которые пришли из hight ordered стора, т.е. подразумевается отсутствие знания структуры всего состояния

извеняюсь) я просто ошибся в типе const newData = Object.assign([], this.state.data);

Обжект работает с объектами

извеняюсь) я просто ошибся в типе const newData = Object.assign([], this.state.data);

.map юзай для создания нового массива и обновления элементов

но в текущей версии запрещено отслеживать изменения которые пришли из hight ordered стора, т.е. подразумевается отсутствие знания структуры всего состояния

Слишком сложно...

Надо упрощать

ERROR: S client not available

Слишком сложно...

это максимально просто, зайди в пример в UserForm.tsx потыкай в форме и нажми сабмит, посмотри лог консоли

это максимально просто, зайди в пример в UserForm.tsx потыкай в форме и нажми сабмит, посмотри лог консоли

С телефона не могу пока что

.map юзай для создания нового массива и обновления элементов

Лучше деструктурирование в новый массив сделать, map должен модифицировать каждый элемент массива и возвращать новый.

Лучше деструктурирование в новый массив сделать, map должен модифицировать каждый элемент массива и возвращать новый.

Не обязательно

Лучше деструктурирование в новый массив сделать, map должен модифицировать каждый элемент массива и возвращать новый.

Если надо модифицировать. То лучше мап Если не надо то да. Или .slice

Ну я так и написал)

Ты уже сделал тулзу для отрисовки этого графа?)

Естественно!) Я её заранее сделал, визуально все проблемы очевидны становятся, я бы иначе даже не смог бы это разработать https://github.com/zerobias/effector/blob/develop/src/effector/__tests__/__snapshots__/index.test.js.snap#L455 Создается визуализация здесь https://github.com/zerobias/effector/blob/develop/src/effector/__tests__/index.test.js#L48 Внимание, не пугайся, в начале снапшота будет огромная НЁХ, граф — дальше ? * в визуализации это параллельные команды, 1. в визуализации — это последовательные команды Минусы: в данный момент сторы в графе обозначены как пара команд: апдейт, а затем фильтрация Визуализатор реализуется в файлах с названием show.js

Создается визуализация здесь https://github.com/zerobias/effector/blob/develop/src/effector/__tests__/index.test.js#L48

подскажите плз при вызове createStore и передачи туда редьюсера, который был создан через combineReducers, стейту приложения присваивается ключ - имя моего редьюсера. в доке написано, что это штатное поведение, но в их примерах этого имени почему-то нет. как мне его убрать ?

ибо в итоге в mapStateToProps приходится ещё и имя редьюсера вписывать

const mapStateToProps = (state) => { return { friends: state.friendsReducer.friends.map( id => state.friendsReducer.friendsByIds[id]) }; }

Естественно!) Я её заранее сделал, визуально все проблемы очевидны становятся, я бы иначе даже не смог бы это разработать https://github.com/zerobias/effector/blob/develop/src/effector/__tests__/__snapshots__/index.test.js.snap#L455 Создается визуализация здесь https://github.com/zerobias/effector/blob/develop/src/effector/__tests__/index.test.js#L48 Внимание, не пугайся, в начале снапшота будет огромная НЁХ, граф — дальше ? * в визуализации это параллельные команды, 1. в визуализации — это последовательные команды Минусы: в данный момент сторы в графе обозначены как пара команд: апдейт, а затем фильтрация Визуализатор реализуется в файлах с названием show.js

Буду изучать . Снапшоты это круто

но проблема в концепции независимых сторов, чтобы отследить изменение в верхнем сторе (это возможно без изменения текущей реализации), мы должны знать о структуре верхнего стора, по крайней мере тех частей что нас интересуют, а это нарушает принцип модульности, наш модуль становится зависим потенциально от всей структуры стора (в зависимости от разницы глубин сторов)

Спойлер — это не проблема, а её решение

Иерархичность не нарушает модульности

Спойлер — это не проблема, а её решение

А как ты логику тестируешь?

Иерархичность не нарушает модульности

тогда как ты соберёшь стор снизу вверх, если уже в нижнем тебе нужно знание о верхнем?

А как ты логику тестируешь?

Во время использования эффектора

тогда как ты соберёшь стор снизу вверх, если уже в нижнем тебе нужно знание о верхнем?

Хороший вопрос

ладно знание, хрен с ним, допустим у нас описан интерфейс всего стора целиком, где и как нужно подключить слушатель интересного нам значения?

А как ты логику тестируешь?

Напрямую, при определенных начальных условиях и вызванных эвентах результаты должны вычисляться моментально

То есть нет редаксовского maybe-sync-maybe-async Асинхронные функции же (эффекты) логики не содержат

ребят, есть рестфул апишки с карточками товаров ? что то на подобии JSONPlaceholder

У меня есть 2 компонента, допустим, A и B, есть еще 3ий компонент - C, который состоит из A и B. Компоненты A и B протипизированы, нужно ли мне компонент C типизировать тоже так же как A и B? Ему же будут приходить в пропсы данные, которые будут передаваться в A и B. Например: A.propTypes = { className: PropTypes.string } B.propTypes = { className: PropTypes.string } Нужно ли делать в C так же? C.propTypes = { className: PropTypes.string } Т.е. в C будет приходить className и передаваться в A и B.

А как ты логику тестируешь?

Далее, если нужно мокнуть функцию — у тебя есть use, если нужно проверить реакцию на ее падение — эвент effect.fail

То есть нет редаксовского maybe-sync-maybe-async Асинхронные функции же (эффекты) логики не содержат

Все таки нужен опенсорс проект с эффектором. Чтобы увидеть как оно надо писать

Ну да, это точно

Далее, если нужно мокнуть функцию — у тебя есть use, если нужно проверить реакцию на ее падение — эвент effect.fail

.use заменяет или добавляет?

Буду изучать . Снапшоты это круто

Object.assign может и массивы копировать, если первый аргументом передать массив