🚀🚀
видали? кто-то решил соединить эффектор и редакс)) github.com/deamme/laco
убедительная просьба больше не скидывать в чат каждый первый увиденный стейт менеджер, попыток их создания было очень много и в абсолютном большинстве из них нет ничего
Size: a a a
2020 June 05
R
капец это трудно типизировать
R
капец это трудно типизировать
напишу нормальную версию чуть позже, уже придумал
R
напишу нормальную версию чуть позже, уже придумал
спасибо
🚀🚀
к тому же сам пакет bs-effector на npm регистри мейнтейнится каким-то левым челом
он не левый) но тайпинги для ризона потеряли актуальность вместе с самим ризоном
R
напишу нормальную версию чуть позже, уже придумал
мне кажется, что использовать массив для входе более целесообразно 🤔
AY
он не левый) но тайпинги для ризона потеряли актуальность вместе с самим ризоном
окей, а если я, в качестве научного опыта, попробую их реанимировать под актуальную версию ризона и ризонреакта?
DS
капец это трудно типизировать
🚀🚀
в общем, мне нравится elm концептуально, но у него проблема взаимодействия с "экосистемой жс", я услышал что, мол, ризон умеет работать с этой "экосистемой", и всего-то нужно биндинги написать к вашим любимым жс библиотекам
я предствлял себе это как написание биндингов в духе d.ts
пока что, оказывается что все не так
я предствлял себе это как написание биндингов в духе d.ts
пока что, оказывается что все не так
идеи elm задействованы в эффекторе напрямую, нужды в прокладках в виде чужеродных языков нет
https://effector.now.sh/docs/introduction/prior-art#papers
https://effector.now.sh/docs/introduction/prior-art#papers
🚀🚀
окей, а если я, в качестве научного опыта, попробую их реанимировать под актуальную версию ризона и ризонреакта?
можешь попробовать)
🚀🚀
но ризон это симулякр: подделка, не имеющая оригинала
DS
ещё проще
фор ич не нравится тока😑🤔
AY
но ризон это симулякр: подделка, не имеющая оригинала
да, я вчера так и понял и был удивлен
ожидал все таки увидеть какие-то биндинги, ну или хотя бы вызовы из js типизированные в reason
ожидал все таки увидеть какие-то биндинги, ну или хотя бы вызовы из js типизированные в reason
R
фор ич не нравится тока😑🤔
ну начальный обход нужен будет для массива
🦜
Кстати, а вот если на эффекторе сделать чат, а чатов у тебя много. Есть ли какие то практики чтобы было несколько инстансов и у каждого свой стор, эвенты итп?
На ум приходит только обернуть все в функцию которая будет каждый провайдить новые сторы и пр. Но мало ли)
Ещё есть вариант что один стор для всех чатов, тоже вполне рабочий наверно вариант
На ум приходит только обернуть все в функцию которая будет каждый провайдить новые сторы и пр. Но мало ли)
Ещё есть вариант что один стор для всех чатов, тоже вполне рабочий наверно вариант
Работать через ключ. В ивент ключ передавать
🚀🚀
сэмпл в твоей записи создаёт два неявных состояния: был ли вызван сэмпл или нет и с каким значением, если был
необходимость оперировать этими данными явно означает что их можно представить в виде сторов
ещё можно делать тестирование через форк (приём для ssr), тогда каждый тест будет изолирован, плюс появляется возможность сделать ожидание завершения всех эффектов, вызванных запуском события
необходимость оперировать этими данными явно означает что их можно представить в виде сторов
ещё можно делать тестирование через форк (приём для ssr), тогда каждый тест будет изолирован, плюс появляется возможность сделать ожидание завершения всех эффектов, вызванных запуском события
AP
Работать через ключ. В ивент ключ передавать
Ну вот да, смая очевидная реализация которая приходит на ум