yv
👌 обновлю
но там вообще peer, я думаю не должно влиять?
но там вообще peer, я думаю не должно влиять?
👌 обновлю
но там вообще peer, я думаю не должно влиять?
Size: a a a
2020 July 13
DS
Все конечно работает. Но пакетный менеджер смотри искоса)
🚀🚀
👌 обновлю
но там вообще peer, я думаю не должно влиять?
но там вообще peer, я думаю не должно влиять?
кстати рекомендую заодно добавить поддержку esm
🚀🚀
не очень хочется проверять, насколько хорошо бандлеры справляются с dual version hazard при сочетании cjs и esm)
yv
кстати рекомендую заодно добавить поддержку esm
в effector-storage должно работать, но я не проверял :(
https://npmfs.com/package/effector-storage/2.0.1/package.json
https://npmfs.com/package/effector-storage/2.0.1/package.json
🚀🚀
в effector-storage должно работать, но я не проверял :(
https://npmfs.com/package/effector-storage/2.0.1/package.json
https://npmfs.com/package/effector-storage/2.0.1/package.json
оо, ничоси) респект 👍👍
🚀🚀
DS
kurzdor знаком с автором канала, так что🌚думаю есть закономерности какие-то))
🚀🚀
автор поста есть и в этом чате) просто мне интересно что вы думаете по поводу мыслей изложенных там
🚀🚀
в частности про роутинг в view
🚀🚀
хорошая статья 👍
SC
хорошая статья 👍
спасибо 🙏
🚀🚀
а вот мне интересно, реакт-роутер декларирует, что часть роутинга обязана быть в view, и у них есть примеры типа роутов, которые зависят от разных частей в path, но отображаются одновременно (к примеру header и app, первый реагирует на начало пути, а приложение меняется постоянно)
и это по идее не укладывается в концепцию миддлвар 🤔
и это по идее не укладывается в концепцию миддлвар 🤔
SC
мне кажется, что они натягивают сову на глобус – мы сделали роутинг в ui, и надо это чем-то оправдать.
фактически, они могли бы в одной точке разобрать путь, вывести из него текущее состояние, а дальше опираться в ui на состояние приложения, а не на пути, и было бы то же самое, но зато поддерживаемое.
фактически, они могли бы в одной точке разобрать путь, вывести из него текущее состояние, а дальше опираться в ui на состояние приложения, а не на пути, и было бы то же самое, но зато поддерживаемое.
🚀🚀
мне кажется, что они натягивают сову на глобус – мы сделали роутинг в ui, и надо это чем-то оправдать.
фактически, они могли бы в одной точке разобрать путь, вывести из него текущее состояние, а дальше опираться в ui на состояние приложения, а не на пути, и было бы то же самое, но зато поддерживаемое.
фактически, они могли бы в одной точке разобрать путь, вывести из него текущее состояние, а дальше опираться в ui на состояние приложения, а не на пути, и было бы то же самое, но зато поддерживаемое.
ну вот я на практике тоже не встречал, когда бы это было прям необходимо, но не покидает мысль вдруг что-то упускаю
🚀🚀
🦜
а вот мне интересно, реакт-роутер декларирует, что часть роутинга обязана быть в view, и у них есть примеры типа роутов, которые зависят от разных частей в path, но отображаются одновременно (к примеру header и app, первый реагирует на начало пути, а приложение меняется постоянно)
и это по идее не укладывается в концепцию миддлвар 🤔
и это по идее не укладывается в концепцию миддлвар 🤔
Header и app являются частью layout и не более
R
АБ
@react-navigation вроде недавно втащили поддержку веба, а там как раз на стэках навигация)