🚀🚀
нет, наоборот, ничего не нужно, достаточно сказать форку в App заполниться нашими значениями со страницы
const fork = () => {
const scope = {
user: 'guest',
getUserFx() {
scope.user = 'alice'
}
}
return scope
}Size: a a a
2020 June 28
🚀🚀
принцип примерно такой)
const fork = ({values = {}} = {}) => {
const scope = {
user: values.user || 'guest',
getUserFx() {
scope.user = 'alice'
}
}
return scope
}🚀🚀
то есть форк и гидрация очень похожи, на самом деле
🚀🚀
То есть нужен какой-то синглтон для форка на уровне приложения?
короче если не будешь вешать ватчеры на сторы напрямую (`store.watch` vs
store.updates.watch, второе можно), что в любом случае при серверном рендеринге не очень логично, то код App становится ещё проще🚀🚀
То есть нужен какой-то синглтон для форка на уровне приложения?
TG
Спать пойду. Завтра видимо все пойму и пофикшу)
🚀🚀
TG
Вот те раз 😃
TG
Завтра ещё посмотрю как оно себя ведёт при переходах по роутам. Не затаилось ли там какого то подвоха. Как то все слишком просто получается)
🚀🚀
Вот те раз 😃
1)
2)
3) каждый форк по умолчанию начинает всё с нуля, он не знает, что происходило в других форках, у него есть только дефолты, они пустые
4) передавать форки между
5) передавать данные в форк можно, точно так же как в hydrate
6) передавать сериализуемые данные между
всё это вместе позволяет одному форку продолжить с того места, на котором остановился другой
App вешает провайдера на приложение чтобы получать данные через useStore, это не может сделать никто другой, поэтому внутри App будет форк2)
getServerSideProps выполняет эффекты для генерации данных для страницы, это не может сделать никто другой, поэтому внутри getServerSideProps будет форк3) каждый форк по умолчанию начинает всё с нуля, он не знает, что происходило в других форках, у него есть только дефолты, они пустые
4) передавать форки между
getServerSideProps и App нельзя5) передавать данные в форк можно, точно так же как в hydrate
6) передавать сериализуемые данные между
getServerSideProps и App тоже можновсё это вместе позволяет одному форку продолжить с того места, на котором остановился другой
🚀🚀
то есть сделали форк в gsSSP → зафетчили данные → сериализовали → прокинули в App → десериализовали в новый форк → раздали в реакт-часть приложения
🚀🚀
то есть сделали форк в gsSSP → зафетчили данные → сериализовали → прокинули в App → десериализовали в новый форк → раздали в реакт-часть приложения
слишком просто потому что реакт появляется лишь на последнем шаге 😃
🚀🚀
но да, подвох может быть 😄 но я надеюсь что не будет, детали реализации fork проектировались и оттачивались почти год)
по крайней мере с возможностью обмениваться данными между форками через сериализуемые каналы можно сделать очень многое
по крайней мере с возможностью обмениваться данными между форками через сериализуемые каналы можно сделать очень многое
m
🚀🚀
makoven
😅😅
NM
https://github.com/budarin/use-react-redux искал инфу по зомби чилдам и наткнулся на коннектор редакса к реакту без зомбей (как заявляется)
🚀🚀
https://github.com/budarin/use-react-redux искал инфу по зомби чилдам и наткнулся на коннектор редакса к реакту без зомбей (как заявляется)
спойлер
ReactDOM.unstable_batchedUpdates не спасает от зомби 🧟♂️🚀🚀
зомби-чайлды и прочие асинхронные упыри 🌚
m
Подскажите как красивее сделать в терминах эффектора? Есть интерфейс, описывающий удаленную сущность
interface SatanEntity {
getSoul(id: number): Promise<Soul>,
addSoul(soul: Soul): Promise<number>,
}
Интерфейсу подчиняются и серверная сторона и клиентская. Сейчас на клиенте этот интерфейс реализуется у класса, так что в результате можно записать
const satanEntity = new SatanEntity('/rpc/satan');
const soul42 = await satanEntity.getSoul(42);
Если уйти от классов, есть ли возможность красиво выразить такую сущность в эффекторе, чтобы она при этом имплементила интерфейс?
interface SatanEntity {
getSoul(id: number): Promise<Soul>,
addSoul(soul: Soul): Promise<number>,
}
Интерфейсу подчиняются и серверная сторона и клиентская. Сейчас на клиенте этот интерфейс реализуется у класса, так что в результате можно записать
const satanEntity = new SatanEntity('/rpc/satan');
const soul42 = await satanEntity.getSoul(42);
Если уйти от классов, есть ли возможность красиво выразить такую сущность в эффекторе, чтобы она при этом имплементила интерфейс?
MC
Интересное приложение ты пишешь 👀