DK
Простите первые 10 строк...
Size: a a a
2020 November 03
I
Denis Krivosheev
Дом вообще мутабельная гадость, вопрос как от него абстрагироваться... в данном случае выходит очень приятный код который легко читать легко писать
Для этого и придуман vritual-dom, что бы мы могли мыслить имутабельными elm типа или clojure мапами.
Что бы стейт был всегда в одном месте.
А всякими "гадостями" пусть фреймворк занимается, сравнивая изменения иммутабельный структур.
Что бы стейт был всегда в одном месте.
А всякими "гадостями" пусть фреймворк занимается, сравнивая изменения иммутабельный структур.
DK
Для этого и придуман vritual-dom, что бы мы могли мыслить имутабельными elm типа или clojure мапами.
Что бы стейт был всегда в одном месте.
А всякими "гадостями" пусть фреймворк занимается, сравнивая изменения иммутабельный структур.
Что бы стейт был всегда в одном месте.
А всякими "гадостями" пусть фреймворк занимается, сравнивая изменения иммутабельный структур.
Так и получается, только виртуал дом не нужен
DK
Так ведь не нужно сравнивать изменения мутабельных структур, если все наши структуры имутабельные
DK
Дом просто автоматически приводится в соответствие модели
DK
Модель хранится в атоме
DK
Атом сам уведомляет кого надо о чем следует
I
Denis Krivosheev
Дом просто автоматически приводится в соответствие модели
А как ты декларативно опишешь соотвествия между моделями и UI?
В virtual-dm это просто функция от модели.
А у тебя получается куча мутабельных полей с подписками ака mvvm
В virtual-dm это просто функция от модели.
А у тебя получается куча мутабельных полей с подписками ака mvvm
DK
Да нет же)
I
Ну я вон читаю про hopon - ну там cell, те вместо одно модельки, у тебя 10 реактивных cell со своими состояними
SO
Нет, тут суть в том, что для персистентных иммутабельных структур можно точно знать, что такое-то поддерево не менялось. А значит просто его не рисовать заново.
в виртуал дом тоже это используется
DK
Ну я знал конечно что будет трудно и люди мне не поверят)) вот пример
const x = cell(1)
const y = cell(2)
const z = formula((x,y) => x + y, x, y)
const x = cell(1)
const y = cell(2)
const z = formula((x,y) => x + y, x, y)
DK
Вот у нас две ячейки с инпутом и одна формула
K
Это ж пропагаторы
I
Denis Krivosheev
Ну я знал конечно что будет трудно и люди мне не поверят)) вот пример
const x = cell(1)
const y = cell(2)
const z = formula((x,y) => x + y, x, y)
const x = cell(1)
const y = cell(2)
const z = formula((x,y) => x + y, x, y)
Ну да реактивно во все поля, на мутабльых ячейках
Чем тебе re-frame не нравится?
Чем тебе re-frame не нравится?
K
Ну или грязные behaviour'ы, в терминах реактивного программирования
DK
А вот вью
const view = () => div([text(z)])
const view = () => div([text(z)])
DK
Ну да реактивно во все поля, на мутабльых ячейках
Чем тебе re-frame не нравится?
Чем тебе re-frame не нравится?
Мне интересно было попробовать концепт без виртуал дом и у меня была очень специфичная задача
DK
Denis Krivosheev
А вот вью
const view = () => div([text(z)])
const view = () => div([text(z)])
Вью кстати вернёт просто HTMLDivElement
DK
Но с таким обещанием что если когда-нибудь значение z изменится, то текст в диве изменится тоже