Комментарии 12
Наблюдаемые значения должны не вызывать напрямую реакции, а планировать вызов реакци, передавая их в некоторую очередь ожидания. Это позволит собрать все реакции в одном месте и выполнить их за 1 раз.
Боюсь всё несколько сложнее. Реакции нельзя вызывать в каком попало порядке. К тому же, это не очень эффективно и надёжно. По хорошему реакции должны лишь менять статус, а начинаться их исполнение должно с корневого авторана, с пропуском промежуточных реакций, если их инвалидация была ложной тревогой.
Снова заглянем под юбку к mobx.
Под капот всё же заглядывают с другими целями. Хотя... Кто вы по профессии?
Хабр снова торт. Спасибо за проделанную работу. Тоже стало интересно откуда такие глубокие знания: любопытство, рабочие задачи или что-то еще.
Пока не читал, времени нет, но уже предвкушаю ) спасибо за материал, впечатляет.
Отличная статья! Не похоже ли это очень на@vue/reactive?Вроде тоже самое, а вью эту систему отслеживания зависимостей позаимствовала у тех, кто написан на главной странице данного пакета - то что выше
Спасибо! Да, Mobx чем-то похож на @vue/reactive,точно, как устроено оно внутри не знаю, думаю, реактивность вью очень похожа, но завязана только на компонентах вью, a Mobx можно использовать где вы сами захоитите.
Узнал что данная либа может слышали: https://alpinejs.dev/
Под капотом использует реактивную систему vue, видел еще где-то несколько либ, которые так же юзат вьюшные примитивы реактивности. Кажется что вью тоже позиционируется как generic utils for data dependency tracking
Ну если заглянуть в package.json, то это так и есть https://github.com/alpinejs/alpine/blob/main/packages/alpinejs/package.json#L11
Я давно вью щупал, видимо они вынесли примитивы реактивности в отдельный пакет, что круто.
Может время будет, тоже пороюсь там, интересно
Под капотом у Mobx. Пишем свою реактивную библиотеку с нуля