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

19:23пожаловаться #1

🚀🚀

Andrey Ponomarenko

Кстати, а вот если на эффекторе сделать чат, а чатов у тебя много. Есть ли какие то практики чтобы было несколько инстансов и у каждого свой стор, эвенты итп?

На ум приходит только обернуть все в функцию которая будет каждый провайдить новые сторы и пр. Но мало ли)

Ещё есть вариант что один стор для всех чатов, тоже вполне рабочий наверно вариант

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

19:24пожаловаться #2

R

Rafael 🦠 in ☄️ effector

сэмпл в твоей записи создаёт два неявных состояния: был ли вызван сэмпл или нет и с каким значением, если был

необходимость оперировать этими данными явно означает что их можно представить в виде сторов

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

fork пока никак не типизирован?

19:25пожаловаться #3

AO

Aleksandr Osipov in ☄️ effector

сэмпл в твоей записи создаёт два неявных состояния: был ли вызван сэмпл или нет и с каким значением, если был

необходимость оперировать этими данными явно означает что их можно представить в виде сторов

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

Чтобы с форком тестить надо чтобы все в одном домене были... кстати не было идеи сделать по умолчанию корневой домен, которому принадлежат по все сущности эффектора, это бы могло заменить пакеты типа effector-root

19:26пожаловаться #4

R

Ruslan 🌀 in ☄️ effector

Aleksandr Osipov

Чтобы с форком тестить надо чтобы все в одном домене были... кстати не было идеи сделать по умолчанию корневой домен, которому принадлежат по все сущности эффектора, это бы могло заменить пакеты типа effector-root

идея не оч

19:29пожаловаться #5

AO

Aleksandr Osipov in ☄️ effector

Ruslan 🌀

идея не оч

А почему?

19:30пожаловаться #6

VI

Vadim Ivanov in ☄️ effector

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

С одним стором?

https://t.me/effector_ru/119620

19:31пожаловаться #7

R

Ruslan 🌀 in ☄️ effector

Aleksandr Osipov

А почему?

🚀🔬 🚀🔬🚀🔬 in ☄️ effector

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

https://t.me/effector_ru/119620

19:31пожаловаться #8

AO

Aleksandr Osipov in ☄️ effector

Ruslan 🌀

🚀🔬 🚀🔬🚀🔬 in ☄️ effector

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

Да, точно, про код который внешний и не ждёт такого не подумал, забираю свою идею :)

19:35пожаловаться #9

AO

Aleksandr Osipov in ☄️ effector

Вроде я весь чат читаю, но пропускаю такие вещи порой :/

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

🚀🚀

Paruyr🛸🪐🌏

Мне надо что бы эффекты реагировали на переподключение вебсокета и перезапускались

реакция на переподключение не особо зависит от деталей имплементации:
одна подсистема вызывает эвент reconnect, вторая триггерит определенные вызовы при его срабатывании

const reconnected = createEvent<WebSocket>()

const joinedChannels = createStore<string[]>([])

const joinChannels = createEffect()

const rejoin = attach({
  source: joinedChannels,
  effect: joinChannels,
  mapParams: (socket, channels) => ({
    socket,
    channels,
  })
})

forward({
  from: reconnected,
  to: rejoin
})

это читается как «при восстановлении соединения, подключиться ко всем ранее активным каналам»

19:35пожаловаться #11

🚀🚀

The state manager ☄️. Contribute to zerobias/effector development by creating an account on GitHub.

Rafael 🦠

fork пока никак не типизирован?

с самого начала покрыт типами https://github.com/zerobias/effector/blob/master/packages/effector/fork.d.ts

GitHub

zerobias/effector

https://t.me/effector_ru/119620

19:36пожаловаться #12

DS

Dmitriy Shuleshov in ☄️ effector

Ruslan 🌀

🚀🔬 🚀🔬🚀🔬 in ☄️ effector

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

Уже ищешь месседжи почти как батя😉😁

19:37пожаловаться #13

P

Paruyr🛸🪐🌏 in ☄️ effector

реакция на переподключение не особо зависит от деталей имплементации:
одна подсистема вызывает эвент reconnect, вторая триггерит определенные вызовы при его срабатывании

const reconnected = createEvent<WebSocket>()

const joinedChannels = createStore<string[]>([])

const joinChannels = createEffect()

const rejoin = attach({
  source: joinedChannels,
  effect: joinChannels,
  mapParams: (socket, channels) => ({
    socket,
    channels,
  })
})

forward({
  from: reconnected,
  to: rejoin
})

это читается как «при восстановлении соединения, подключиться ко всем ранее активным каналам»

спасибо, интересно

19:39пожаловаться #14

🚀🚀

The state manager ☄️. Contribute to zerobias/effector development by creating an account on GitHub.

мы сами кстати практиковали автоматизацию клиент-серверного взаимодействия

worker-rpc example

суть этого примера в том, что клиент-серверное апи генерируется автоматически для типичного случая, когда request и response — это отдельные события (сообщения по вебсокету), а когда клиент вызывает эффект из апи, его имплементация запускается на сервере

GitHub

zerobias/effector

19:43пожаловаться #15

🚀🚀

типа оба участника взаимодействия используют один и тот же файл, только имплементация для клиента создаётся автоматически как сериализация сообщений в понятном для сервера формате

https://github.com/zerobias/effector/blob/master/examples/worker-rpc/src/common.js

19:46пожаловаться #16

🚀🚀

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

19:48пожаловаться #17

P

Paruyr🛸🪐🌏 in ☄️ effector

@ZeroBias я так понял типа это норма когда модуль экспортирует инстанс стора?
В тестах надо уже модуль мокать видимо

19:49пожаловаться #18

🚀🚀

да, экспорт сторов из модулей это общепринятая практика

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

P

Paruyr🛸🪐🌏 in ☄️ effector

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