Size: a a a

2020 June 27

R

Ruslan 🌀 in ☄️ effector
Переслано от 🚀🔬 🚀🔬🚀🔬...
для консистентности требуется, чтобы ритмом управлял кто-то один, в данном случае апдейты B никому не нужны пока не обновился item, поэтому запись будет выглядеть так, вместо комбайна — сэмпл

const c = sample({
 source: b,
 clock: index,
 fn: (list, index) => list[index].visible
})
источник

R

Ruslan 🌀 in ☄️ effector
Переслано от 🚀🔬 🚀🔬🚀🔬...
отсюда общий вывод:

скорость распространения вычислений в графе конечна

это по сути геометрическое ограничение, как то, которое формирует скорость света)
источник

R

Ruslan 🌀 in ☄️ effector
Переслано от 🚀🔬 🚀🔬🚀🔬...
а приоритеты выполнения в таком разрезе — это фаза сигнала
источник

R

Ruslan 🌀 in ☄️ effector
Если кому интересно, есть ещё продолжение:
https://t.me/effector_ru/119462
источник
2020 June 28

Ti

Time is the side eff... in ☄️ effector
Наверное скоро у всего телеграма будут ники из смайлов
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Timofey Goncharov
https://github.com/GTOsss/srr-effector-next-example

ну у меня какая-то хрень получилась)
так, решение найдено, продублирую сюда)
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Переслано от 🚀🔬 🚀🔬🚀🔬...
нашёл, что не так с примером с ssr) у эффектора для работы используется собственный бабель-плагин (идёт в комплекте), он проставляет т.н. «sid» — айдишники, которые используются для соотнесения сериализованных данных и сторов
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Переслано от 🚀🔬 🚀🔬🚀🔬...
{
 "presets": ["next/babel"],
 "plugins": ["effector/babel-plugin"]
}
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Переслано от 🚀🔬 🚀🔬🚀🔬...
так всё работает)
источник

TG

Timofey Goncharov in ☄️ effector
👍
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
вообще с getServerSideProps всё реально стало намного проще, по сути это всё, что требуется для полноценного ssr c некстом
источник

D

Draft in ☄️ effector
🚀🔬 🚀🔬🚀🔬
вообще с getServerSideProps всё реально стало намного проще, по сути это всё, что требуется для полноценного ssr c некстом
store возвращаемый getServerSideProps это глобальный стор для всего приложения?
источник

D

Draft in ☄️ effector
блин ssr с effector выглядит раз в 20 проще чем с redux
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
это сериализованное состояние сторов приложения
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Draft
блин ssr с effector выглядит раз в 20 проще чем с redux
хорошо 😃 год разработки форка стоил этого ☺️
источник

D

Draft in ☄️ effector
🚀🔬 🚀🔬🚀🔬
это сериализованное состояние сторов приложения
ну я имею в виду, что мне не нужно писать getServerSideProps для каждой страницы, в зависимости от её контент, или нужно?
источник

TG

Timofey Goncharov in ☄️ effector
Draft
ну я имею в виду, что мне не нужно писать getServerSideProps для каждой страницы, в зависимости от её контент, или нужно?
ну как я понимаю в getServerSide будет вызов эффектов которые получают данные для этой страницы.
источник

TG

Timofey Goncharov in ☄️ effector
и данные будут рендериться уже из store, а не из props как предлагает нативная реализация next с getServerSideProps.
источник

D

Draft in ☄️ effector
Timofey Goncharov
ну как я понимаю в getServerSide будет вызов эффектов которые получают данные для этой страницы.
Т.е. эту работу на себя берет эффектор, но с другими СТМ придется думать самому?
источник

TG

Timofey Goncharov in ☄️ effector
Draft
Т.е. эту работу на себя берет эффектор, но с другими СТМ придется думать самому?
СТМ — стейтменеджерами?

ну не совсем так. новое API next и реализация effector SSR просто хорошо совместимы.
как мне сейчас видится, вроде другие стейт менеджеры примерно так же интегрируются.
источник