Ахуеть, которое завязано на данных из стора

ебать

логика != обновление данных

логика это ебаная реакция на события, проверки, триггер других событий, запросы на сервер, и ВОЗМОЖНО обновление стора

То есть логика, это ивент или эффект

нет

логика это ебаная реакция на события, проверки, триггер других событий, запросы на сервер, и ВОЗМОЖНО обновление стора

Да, всё что не касается стора - просто набор функций.

нет

Да

Да, всё что не касается стора - просто набор функций.

так это и есть логика

Да

ивент это просто объект, ну

Я думаю мысль все же в том, что бы логика была отвезана от модели(!). Тогда работу с обновлением модели можно было бы полностью автоматизировать. Но я чет не представляю как это возможно

ивент сам по себе это нихуя не логика

Ивент - нажалась кнопка Эффект - отправляются данные на сервак

Ивент - нажалась кнопка Эффект - отправляются данные на сервак

да нихуя

это не

не логика

НАЖАЛАСЬ КНОПКА!

какой бизнес кейс?

НИКАКОГО!

Логика - при нажатии кнопки инкрементить счетчик

нет

Вот только скажи блять, что это не логика

ЛОГИКА это бизнес-кейс

нет

сука

я умываю руки

бля

нет

да

Логика - при нажатии кнопки инкрементить счетчик

логика должна описывать нахуя и почему так

@artalar Как думаешь, добавлять миддлвары в реакт - норм затея?)

у вас с человеческой логикой проблемы, ребята

называете всё что угодно логикой, кроме логики

Логика - при нажатии кнопки инкрементить счетчик

“при нажатии кнопки инкрементить счетчик” это функция а “подсчет количества нажатий, после 5 нажатия показать бабл” это логика

разницу чувствуешь?

разницу чувствуешь?

То, что стор позволяет удобно писать логику, которая связана с изменнием стора - это нормально?

То, что стор позволяет удобно писать логику, которая связана с изменнием стора - это нормально?

да

да

Это является привязкой стора к логике?

Это является привязкой стора к логике?

к бизнес-логике?

к бизнес-логике?

Да.

ЛОГИКА это бизнес-кейс

В общем ты логику хочешь разделить на условные примитивы и на управление этими примитивами. И последнее называешь логикой. ?

Да.

только если стор начинает знать о конкретных кейсах и включает в себя кучу условий

const counter = createStore(0) .on(inc, i => i + 1) counter.watch(i => { if (i > 5) { showBalloon() } }) const inc = createEvent('Inc')

В общем ты логику хочешь разделить на условные примитивы и на управление этими примитивами. И последнее называешь логикой. ?

хз что ты имеешь ввиду

const counter = createStore(0) .on(inc, i => i + 1) counter.watch(i => { if (i > 5) { showBalloon() } }) const inc = createEvent('Inc')

это говно

этот код вообще не отражает кейса

хз что ты имеешь ввиду

Усердно пытаюсь тебя понять....

только если стор начинает знать о конкретных кейсах и включает в себя кучу условий

Стор - это просто поле и набор мутаторов этого поля.

Стор - это просто поле и набор мутаторов этого поля.

вот. да

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

@artalar Как думаешь, добавлять миддлвары в реакт - норм затея?)

/** @jsx extendedReact */?

А теперь делаем так store.js const counter = createStore(0) logic.js const inc = createEvent('Inc') counter.on(inc, i => i + 1) counter.watch(i => { if (i > 5) { showBalloon() } })

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

А логика строится на компьютедах и функциях от этого поля.

const counter = createStore(0) .on(inc, i => i + 1) counter.watch(i => { if (i > 5) { showBalloon() } }) const inc = createEvent('Inc')

тут стор ПРЯМО связывается с логикой. и логика максимально размыта

А теперь делаем так ``` const createLogic = store => { const inc = createEvent('Inc') store.on(inc, i => i + 1) store.watch(i => { if (i > 5) { showBalloon() } }) ```

тут стор ПРЯМО связывается с логикой. и логика максимально размыта

Покажи псевдокод как должны описываться реакции на изменение стора.

А теперь делаем так store.js const counter = createStore(0) logic.js const inc = createEvent('Inc') counter.on(inc, i => i + 1) counter.watch(i => { if (i > 5) { showBalloon() } })

кек так никуда не ушло. ты просто размазал по двум файлам

ох пизда подсветке

А теперь делаем так ``` const createLogic = store => { const inc = createEvent('Inc') store.on(inc, i => i + 1) store.watch(i => { if (i > 5) { showBalloon() } }) ```

вот она деталь имплементации .on .watch

поменяли стор -> поменяли логику

всё пизда

Что-то типа такого? function() { incrementI() if (getI() > 5) { alert(); } }

Что-то типа такого? function() { incrementI() if (getI() > 5) { alert(); } }

да!

Ну блять сделай 3 ивента

Ок, спасибо за ответы.

Что-то типа такого? function() { incrementI() if (getI() > 5) { alert(); } }

я не поняй

Ну блять сделай 3 ивента

так; покажи пример

const click = createEvent('Click') const inc = ... const alert .... click.watch(() => { inc() if (getI() === 5) { ... } })

const click = createEvent('Click') const inc = ... const alert .... click.watch(() => { inc() if (getI() === 5) { ... } })

так, inc должен лежать рядом со стором же, да?

Только это противоречит концепции эффектора. Потому что ты изобретаешь setState, только ограничиваешь его конкретными мутациями (привет vuex)

ERROR: S client not available

Только это противоречит концепции эффектора. Потому что ты изобретаешь setState, только ограничиваешь его конкретными мутациями (привет vuex)

кек

ну вот поэтому и не тащу эффектор

меня задолбала прямая связка логики и стора

Только это противоречит концепции эффектора. Потому что ты изобретаешь setState, только ограничиваешь его конкретными мутациями (привет vuex)

Понимаешь. Если виденье человека противоречит концепции инструмента, то это не человек говно.

С точки зрения этого человека.

Понимаешь. Если виденье человека противоречит концепции инструмента, то это не человек говно.

тут вообще нет говна. просто мне не подходит этот инструмент.

В концепции эффектора ивент - это как раз "нажалась кнопка". Если тебе надо поменять логику, ты открываешь подписки и меняешь Это меняется в одном месте В компонентах ничего не меняется В сторах ничего не меняется В ивентах ничего не меняется

В концепции эффектора ивент - это как раз "нажалась кнопка". Если тебе надо поменять логику, ты открываешь подписки и меняешь Это меняется в одном месте В компонентах ничего не меняется В сторах ничего не меняется В ивентах ничего не меняется

надо поменять способ хранения данных — поменяй компоненты, поменяй логику

охуенно

надо поменять способ хранения данных — поменяй компоненты, поменяй логику

Это решается промежуточным компьютедом.

Это решается промежуточным компьютедом.

+

Это решается промежуточным компьютедом.

бойлерплейт?

надо поменять способ хранения данных — поменяй компоненты, поменяй логику

Если ты меняешь способ хранения данных, ты по-любому хуйца сосешь

Где ты новый формат преобразуешь в старый.

Если ты меняешь способ хранения данных, ты по-любому хуйца сосешь

нет)

ПРУФ

Иначе эта задача не решается.

ИЛИ ПИЗДАБОЛ

Где ты новый формат преобразуешь в старый.

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

ИЛИ ПИЗДАБОЛ

любое Rest/json API сервисов

база данных может меняться как захочешь, API останется стабильным

Ты хочешь стор, в котором тебя обязуют делать прослойку доступа к данным?

Ты хочешь стор, в котором тебя обязуют делать прослойку доступа к данным?

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

Просто сказочный пиздабол. Логика работает с воздухом, компоненты берут данные из воздуха. А мутации для стора это не бойлерплейт нихуя ни капли, то-то у меня жопа с Vuex <sarcasm>вообще не горела</sarcasm> setPosts (state, posts) { state.posts = posts }

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

То есть КОМПЬЮТЕДЫ

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

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

Просто сказочный пиздабол. Логика работает с воздухом, компоненты берут данные из воздуха. А мутации для стора это не бойлерплейт нихуя ни капли, то-то у меня жопа с Vuex <sarcasm>вообще не горела</sarcasm> setPosts (state, posts) { state.posts = posts }

бля, иди нахуй

не хочешь читать то, что я пишу, отъебись

Просто сказочный пиздабол. Логика работает с воздухом, компоненты берут данные из воздуха. А мутации для стора это не бойлерплейт нихуя ни капли, то-то у меня жопа с Vuex <sarcasm>вообще не горела</sarcasm> setPosts (state, posts) { state.posts = posts }

Келин, успокойся.

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

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

Ты даже не допускаешь, что вы рассматриваете разные вещи. Остынь, келин.

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

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