Телеграмм чат группы effector

сейчас, кстати, обдумываю мысль: не инлайнить

09:37пожаловаться #1

Б

а чем не угодил combine ? const $stores = combine($store1, $store2, $store3), а в компоненте useStore($stores)

Так то же самое получается, если в компоненте понадобилось считать еще какую-то переменную то нужно дополнительно указать еще в двух местах (в combine и при деструктуризации вызывая useStore). Получаем "double declaration problem" (или даже тройное дублирование). А то что я предлагаю это возможность сразу обратиться к стору прямо в шаблоне без необходимости где-либо дополнительно дублировать

const App = component(()=>{
   return (
    <div>
       <div>{store1Value()}</div>
       <div>{store2Value()}</div>
       <div>{store3Value()}</div>
    </div>
   )
});

Нужно добавить обращение к еще одному стору то просто пишем строчку в шаблоне <div>{store4Value()}</div> и дополнительно ничего не дублируем - не нужно добавлять еще одну строчку useStore(), не нужно добавлять еще один параметр в createComponent и не нужно добавлять еще параметр в combine

D

Так то же самое получается, если в компоненте понадобилось считать еще какую-то переменную то нужно дополнительно указать еще в двух местах (в combine и при деструктуризации вызывая useStore). Получаем "double declaration problem" (или даже тройное дублирование). А то что я предлагаю это возможность сразу обратиться к стору прямо в шаблоне без необходимости где-либо дополнительно дублировать

const App = component(()=>{
   return (
    <div>
       <div>{store1Value()}</div>
       <div>{store2Value()}</div>
       <div>{store3Value()}</div>
    </div>
   )
});

Нужно добавить обращение к еще одному стору то просто пишем строчку в шаблоне <div>{store4Value()}</div> и дополнительно ничего не дублируем - не нужно добавлять еще одну строчку useStore(), не нужно добавлять еще один параметр в createComponent и не нужно добавлять еще параметр в combine

У вас какая-то бизнес-логика считается в компоненте?

09:38пожаловаться #3

ф

Богдан

Так то же самое получается, если в компоненте понадобилось считать еще какую-то переменную то нужно дополнительно указать еще в двух местах (в combine и при деструктуризации вызывая useStore). Получаем "double declaration problem" (или даже тройное дублирование). А то что я предлагаю это возможность сразу обратиться к стору прямо в шаблоне без необходимости где-либо дополнительно дублировать

const App = component(()=>{
   return (
    <div>
       <div>{store1Value()}</div>
       <div>{store2Value()}</div>
       <div>{store3Value()}</div>
    </div>
   )
});

Нужно добавить обращение к еще одному стору то просто пишем строчку в шаблоне <div>{store4Value()}</div> и дополнительно ничего не дублируем - не нужно добавлять еще одну строчку useStore(), не нужно добавлять еще один параметр в createComponent и не нужно добавлять еще параметр в combine

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

09:43пожаловаться #4

Б

У вас какая-то бизнес-логика считается в компоненте?

Причем тут бизнес-логика - тут налицо дублирование описания - когда хочешь отобразить какую-то переменную в шаблоне то нужно не забыть еще добавить строчку в другом месте (добавить стрчоку с вариантом useStore или аргумент+параметр с вариантом createComponent или параметр-деструктуризация с вариантом combine+useStore)

09:45пожаловаться #5

BB

Bugs Bunny in ☄️ effector

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

09:46пожаловаться #6

BB

Bugs Bunny in ☄️ effector

не понятно чет ничего

09:46пожаловаться #7

ф

Богдан

Причем тут бизнес-логика - тут налицо дублирование описания - когда хочешь отобразить какую-то переменную в шаблоне то нужно не забыть еще добавить строчку в другом месте (добавить стрчоку с вариантом useStore или аргумент+параметр с вариантом createComponent или параметр-деструктуризация с вариантом combine+useStore)

а в твоём случае враппер юзать?

D

Причем тут бизнес-логика - тут налицо дублирование описания - когда хочешь отобразить какую-то переменную в шаблоне то нужно не забыть еще добавить строчку в другом месте (добавить стрчоку с вариантом useStore или аргумент+параметр с вариантом createComponent или параметр-деструктуризация с вариантом combine+useStore)

"Так то же самое получается, если в компоненте понадобилось считать еще какую-то переменную то нужно " - что понадобилось считатать в компоненте, раз в него нужно добавить ещё одну переменную? Почему нельзя добавить ещё одну переменную в combine?

09:48пожаловаться #9

D

@xbgnx Опишите пожалуйста задачу которую нужно решить, условия можно менять постоянно

Online code sharing editor

09:48пожаловаться #10

DS

Dmitriy Shuleshov in ☄️ effector

🅅aleriy 🄺obzar

слишком много наворочено всего и запутанно

Как то обидно было что мое решение запутанное((
Думал раз мое такое, то открою код а там пару строк((( пару часов вникал своими мозгами уточки.

Вот переделал твой пример. Корректно работает? Так как ты ожидал?
https://share.effector.dev/vmdjSFm6
Кстати в случае использовании хука, когда компонент в котором используется селектнутый стор маунтишь\анмаунтишь перевыполняется мап, о чем говорит растущий счетчик в колонке. Как мне кажется это нужно как-то решать. В моем решении кажется именно этого бага нету.

Идея conditionMap в том что он принимает стор, колбек для выборки и буллевый стор. Выполняет пересчет псевдомапнутого стора только когда буллевый стор === true. В примере выше я поставил стор $showSelector, но для изначального вопроса удобно поставлять Gate.status. Насколько я вижу можно еще расширить этот метод поставляемыми сторами от Gate.state, что б покрыть keys от useStoreMap.

@ZeroBias будет интересно твое мнение, где я накосячил. И если нет то зачем понадобился стор мап

share.effector.dev

condition map in action

09:48пожаловаться #11

ф

Народ, а есть ли в эффекторе возможность не вызывать каждый раз useStore а сразу получать значения в шаблонах?
Используя useStore приходится писать так
const App = () => {
const value1 = useStore(store1);
const value2 = useStore(store2);
const value3 = useStore(store3);
const value4 = useStore(store4);
const value5 = useStore(store5);

return (
<div>
<div>{value1}</div>
<div>{value2}</div>
<div>{value3}</div>
<div>{value4}</div>
<div>{value5}</div>
</div>
)
}
а я хочу писать как-то так (читать переменные сразу в шаблоне например вызывая через функцию без необходимости дублировать эти переменные через useStore)
const App = () => {
return (
<div>
<div>{value1()}</div>
<div>{value2()}</div>
<div>{value3()}</div>
<div>{value4()}</div>
<div>{value5()}</div>
</div>
)
}
И можно было бы написать простой враппер const value1 = () => useStore(store1) - но проблема в том реакт выдаст ошибку (или будут баги) если вызывать useStore…

@xbgnx Опишите пожалуйста задачу которую нужно решить, условия можно менять постоянно

https://t.me/effector_ru/153740
у него была задача и он её решил

Богдан in ☄️ effector

09:52пожаловаться #12

ф

Online code sharing editor

Dmitriy Shuleshov

Как то обидно было что мое решение запутанное((
Думал раз мое такое, то открою код а там пару строк((( пару часов вникал своими мозгами уточки.

Вот переделал твой пример. Корректно работает? Так как ты ожидал?
https://share.effector.dev/vmdjSFm6
Кстати в случае использовании хука, когда компонент в котором используется селектнутый стор маунтишь\анмаунтишь перевыполняется мап, о чем говорит растущий счетчик в колонке. Как мне кажется это нужно как-то решать. В моем решении кажется именно этого бага нету.

Идея conditionMap в том что он принимает стор, колбек для выборки и буллевый стор. Выполняет пересчет псевдомапнутого стора только когда буллевый стор === true. В примере выше я поставил стор $showSelector, но для изначального вопроса удобно поставлять Gate.status. Насколько я вижу можно еще расширить этот метод поставляемыми сторами от Gate.state, что б покрыть keys от useStoreMap.

@ZeroBias будет интересно твое мнение, где я накосячил. И если нет то зачем понадобился стор мап

share.effector.dev

condition map in action

а зачем понадобился conditionMap, когда есть useStoreMap?

10:01пожаловаться #13

D

Народ, а есть ли в эффекторе возможность не вызывать каждый раз useStore а сразу получать значения в шаблонах?
Используя useStore приходится писать так
const App = () => {
const value1 = useStore(store1);
const value2 = useStore(store2);
const value3 = useStore(store3);
const value4 = useStore(store4);
const value5 = useStore(store5);

return (
<div>
<div>{value1}</div>
<div>{value2}</div>
<div>{value3}</div>
<div>{value4}</div>
<div>{value5}</div>
</div>
)
}
а я хочу писать как-то так (читать переменные сразу в шаблоне например вызывая через функцию без необходимости дублировать эти переменные через useStore)
const App = () => {
return (
<div>
<div>{value1()}</div>
<div>{value2()}</div>
<div>{value3()}</div>
<div>{value4()}</div>
<div>{value5()}</div>
</div>
)
}
И можно было бы написать простой враппер const value1 = () => useStore(store1) - но проблема в том реакт выдаст ошибку (или будут баги) если вызывать useStore…

фильтруй мысли

https://t.me/effector_ru/153740
у него была задача и он её решил

Богдан in ☄️ effector

Это не задача, это решение

10:03пожаловаться #14

ф

Это не задача, это решение

🤨 "приходится писать так, а я хочу писать как-то так" -
разве не задача?

10:06пожаловаться #15

D

фильтруй мысли

🤨 "приходится писать так, а я хочу писать как-то так" -
разве не задача?

Очевидно же что нет. Задача это то, из-за чего приходилось так писать

10:06пожаловаться #16

Б

@xbgnx Опишите пожалуйста задачу которую нужно решить, условия можно менять постоянно

Вот смотри - на первом скрине когда понадобилось добавить в шаблоне считывание стора то нужно добавить две строчки а на втором скрине только одну строку

10:06пожаловаться #17

Б

@xbgnx Опишите пожалуйста задачу которую нужно решить, условия можно менять постоянно

10:06пожаловаться #18

D

Богдан

Вот смотри - на первом скрине когда понадобилось добавить в шаблоне считывание стора то нужно добавить две строчки а на втором скрине только одну строку

Почему здесь не подходит вариант с combine?

10:07пожаловаться #19

DS

Dmitriy Shuleshov in ☄️ effector

фильтруй мысли

а зачем понадобился conditionMap, когда есть useStoreMap?

Он не нужен. Просто вчера в ходе рассуждений в чате пришло такое решение в голову. Вот теперь интересно есть ли в нем баги. А второй вопрос , если Gate появится раньше чем юзстормап то почему кого то не удовлетворил просто гейт+композиция юнитов