PM
собственно это именно то что мы хотим при state-driven подходе и это именно то что некоторые называют "комбинаторным взрывом" и это решает данную проблему почти полностью
Size: a a a
2020 September 18
AP
ты не понимаешь кейс имхо
AP
люди хотят исключить конкретную зависимость из триггеров пересчета
AP
неисключая эту зависимость из самого пересчета
PM
ты не понимаешь кейс имхо
так ты мне его не дал
PM
неисключая эту зависимость из самого пересчета
да это возможно
AP
я понимаю что возможно, просто это выглядит "интересно"
PM
я понимаю что возможно, просто это выглядит "интересно"
очень просто и очевидно, думаю даже ты догадался бы если захотел. раскручиваем логику - если выражение триггерится тогда когда что-то внутри этого выражения (помеченного меткой) изменяется, то чтобы исключить эту зависимость в качестве триггера, то ее нужно вынести из выражения
AP
я думаю мысли будут примерно такие
PM
например так:
let foo, bar, baz;
function sum() {
baz = foo + bar;
}
$: foo && sum();
PM
выражение будет триггериться только при изменении foo, при этом bar также будет участвовать в вычислении
PM
логика так же - отслеживаемое выражение
foo && sum() в нем нет bar, поэтому оно не тригериться при его измененииAP
не могу дать оценку качества, поддерживаемости и понятности такому коду =(
PM
не могу дать оценку качества, поддерживаемости и понятности такому коду =(
понимаю, потому что не пишешь на свелт, а просто любишь подискутировать)
AP
да это я люблю
PM
хочешь еще кейс?
PM
например у тебя в шаблоне используется хелпер-функция, которая по-умолчанию должна быть чистой чтобы перезапускаться когда ее аргументы изменились и вывелось новое значение в шаблон
PM
<div>{formatTime(time)}</div>