c
variantили
spec({ visible: $data })или
Size: a a a
2021 June 11
или
M
C
```variant
variant у меня как-то коряво получилось```variant
({
source: account$.map(data => {
return data ? { status: 'completed', data } : { status: 'loading' };
}),
key: 'status',
cases: {
loading: () => {
h('div', {
text: 'Loading',
});
},
completed: ({ store }) => {
h('div', {
text: store.map(data => data.data.name),
});
},
},
});```
🚀🚀
тогда более общий route
🚀🚀
route относится к variant так же как guard к split
🚀🚀
в variant самая проблема затипизировать более удачные варианты вроде функции в key
c
я использую такой подход, когда есть всего два варианта:
Если появляется третий, то юзаю variant или route
совет лично от меня: не стоит называть переменные абстрактно data, state, store в коллбеках и аргументах
это ухудшает читаемость кода
h(‘div’, {
visible: account$.map(account => !account),
text: ‘Loading’,
})
h(‘div’, {
visible: account$.map(account => account !== null),
text: account$.map(account => account.data.name)
})Если появляется третий, то юзаю variant или route
совет лично от меня: не стоит называть переменные абстрактно data, state, store в коллбеках и аргументах
это ухудшает читаемость кода
M
Я пока трогаю форест и не особо слежу за читаемостью
M
Вот этот вариант кажется норм
```route
```route
({
source: account$,
visible: account => account === null,
fn: () => {
h('div', {
text: 'Loading',
});
},
});
route({
source: account$,
visible: account => !!account,
fn: ({ store }) => {
h('div', {
text: store.map(data => data.name),
});
},
});```c
читаемость довольно сильно влияет на обучение.
особенно на субъективное восприятие
особенно на субъективное восприятие
🚀🚀
ну не накидывайся)
c
так это, тот же вариант с visible, только сложнее выглядит, не?
🚀🚀
visible есть только у отдельных вызовов h, в компоненте может быть несколько соседних дом нод
M
+
Мне там нужно компонент отрендерить
Мне там нужно компонент отрендерить
M
А я правильно понимаю, что эффекты можно вызывать так? И он будет только при монтировании вызываться
h
})
h
('section', () => {
fetchAccountFx();})
c
о, тоже плюс
🚀🚀
нет, код колбэков вызывается один раз сразу при создании, это как блок в жс
{
a()
{
b()
}
{
c()
}
}
для вызова эффектов при монтировании можно использовать node(() => fx())
но node работает лишь внутри дом-нод (вызовов h)
{
a()
{
b()
}
{
c()
}
}
для вызова эффектов при монтировании можно использовать node(() => fx())
но node работает лишь внутри дом-нод (вызовов h)
🚀🚀
вообще конечно нужно делать нормальный перечень хуков, но выбор конкретных хуков это нетривиальная задача:
нужен ли хук на анмаунт дом ноды?
нужен ли хук на анмаунт компонента?
должны ли хуки реагировать при изъятии дом ноды из дерева при смене visible?
нужен ли хук на анмаунт дом ноды?
нужен ли хук на анмаунт компонента?
должны ли хуки реагировать при изъятии дом ноды из дерева при смене visible?
M
Роутера для фореста еще нет?