Observable – удобный state-manager

Спасибо. Надо добавить такое поведение в observable.

Observable – удобный state-manager

Не совсем понял, можешь привести пример?

наблюдатели foo тригернутся если значение foo поменяется, а это произойдет если изменится this.a или this.b (или оба).

Observable – удобный state-manager

В solid сигналы

const [value] = createSignal(0)

Чтение value()

Observable – удобный state-manager

Его не нужно искать.

get foo() { this.a + this.b } // computed

Observable – удобный state-manager

Ты поэтому свою зовел, чтобы быть в ней главный? ))

Конечно, в твоей песочнице $mol в лидерах. Готов вернуться к обсуждению, когда у твоих решений будет хоть какие-то количество скачиваний в npm, и когда он будут бенчаться на авторитетных ресурсах, например тут: https://krausest.github.io/js-framework-benchmark/index.html

А пока это пустой треп. «Я в своей песочнице самый лучший!» — поздравляю. Отличное достижение.

Observable – удобный state-manager

Боже, это великолепно.

Даже не знаю с чего начать, и как себя сдерживать. Но попробую:

Песочница

Будь добр использовать то же что и все, а не кидать ссылки на сомнительные ресурсы где даже импорты на моле.

Вычисление всего до авторанов:

Вычисления как раза идут после autorun. Что логично, если читать документацию.

The autorun function accepts one function that should run every time anything it observes changes. It also runs once when you create the autorun itself.

Посмотри логи: https://codesandbox.io/p/sandbox/mdm9cp

Автораны не работают

Автораны работают. Конечно, ты написал максимально странный, бессмысленный и запутанный код, чтобы никому и в голову не пришло разобраться, лишь бы хайпа словить. Это в твоем стиле, конечно, но по факту, два свойства которые действительно участвуют в этих вычислениях это App.A и App.B, которые изначально 0. Все остальное гетеры которые зависят от кучи запутанного лапшикода и A с B.

autorun(() => console.log("A-B", App.A, App.B));

Добавь, запусти, и получишь «неработающий» autorun.

Observable – удобный state-manager

Мне не нравится атомы и сигналы как концепция.

Observable – удобный state-manager

Я бы сказал так: Solid как React, но он не реакт. Кроме того, Solid использует сигналы, а писать на них, лично мне — не нравится.

Observable – удобный state-manager

Проблема хуков переходом на Solid не решается. Нам нужны механизмы разделения бизнес-логики и рендеринга.

Observable – удобный state-manager

Есть конечно.

useCallback в цикле? Мемоизация коллбеков для компонентов в массиве

Этому нельзя учить новичков. Вместо того, чтобы учить их отделять бизнес-логику от реакта, вы учите их обратному, да еще и таким извращениям.