BP
Это да, но там нет реконсайла. В общем, два разных подхода, Подход реакта/компоуза на самом деле проще, поскольку не требует всей этой машинерии из Javafx. Но я не уверен, что он лучше.
Я может не понимаю что для вас "реконсайсл"
Size: a a a
2020 August 30
AN
Я может не понимаю что для вас "реконсайсл"
Диф сцен-графов.
BP
Диф сцен-графов.
Нууу. Как бы тоже в javafx разве нет ?
AN
Нууу. Как бы тоже в javafx разве нет ?
Нет, там вероятно есть какие-то оптимизации на уровне Glass, но самые простенькие.
AN
Это просто разные подходы. Один- ты меняешь все и надеешься на то, что реконсайл сработает разумно. Или ты делаешь байндинги модели только на то, что будет меняться.
BP
Нет, там вероятно есть какие-то оптимизации на уровне Glass, но самые простенькие.
Странно. Всегда замечал что там перерисовываеттся конкретный компонент.
BP
Это просто разные подходы. Один- ты меняешь все и надеешься на то, что реконсайл сработает разумно. Или ты делаешь байндинги модели только на то, что будет меняться.
А все понял
AN
Странно. Всегда замечал что там перерисовываеттся конкретный компонент.
Ну так конечно, перерисовывается только то, что под байндингом. Но вы и меняете только то, что с байндингом, не запускаете функцию, которая заново все отрисоывает
BP
Это просто разные подходы. Один- ты меняешь все и надеешься на то, что реконсайл сработает разумно. Или ты делаешь байндинги модели только на то, что будет меняться.
Ну эти два способа переплетаются в итоге.
Блин в Pharo оба варианта (в каком-то смысле)
Блин в Pharo оба варианта (в каком-то смысле)
AM
Ну эти два способа переплетаются в итоге.
Блин в Pharo оба варианта (в каком-то смысле)
Блин в Pharo оба варианта (в каком-то смысле)
Не то, чтобы переплетаются, просто позволяют достигать одного и того же, и у каждого свои плюсы и минусы.
BP
Не то, чтобы переплетаются, просто позволяют достигать одного и того же, и у каждого свои плюсы и минусы.
Ну javafx занимается вычисления дифа для коллекций например 🙃
BP
Но да разные подходы
AM
Ну javafx занимается вычисления дифа для коллекций например 🙃
А, да, верное замечание)
AN
Ну javafx занимается вычисления дифа для коллекций например 🙃
Только для листов и там довольно громоздко.
AM
Реактоподобные решения о реконсайле произвольных структур данных, но фреймворки с обзервабельными свойствами и правда часто конкретные структуры данных тоже умеют реконсайлить (пусть и алгоритмы под капотом другие могут быть). В том же мире ведра есть диффутилз и целые либы, построенные на работающем с ним ресайклером)
BP
Только для листов и там довольно громоздко.
Для мамы тоже. Да громоздко, свои "транзакции" сделали и я даже багу нашел (правда не знаю куда ее точно отнести), и хз куда ее заводить (знаю куда, но неудобная штука)
AN
Реактоподобные решения о реконсайле произвольных структур данных, но фреймворки с обзервабельными свойствами и правда часто конкретные структуры данных тоже умеют реконсайлить (пусть и алгоритмы под капотом другие могут быть). В том же мире ведра есть диффутилз и целые либы, построенные на работающем с ним ресайклером)
Вообще, я тут поковырялся и в том и в том, и вывод такой: реакты хороши для компактных небольших компонентов, у них плохо с модульной архитектурой и абстракциями. Так что в идеале, надо уметь встраивать реакт-компоненты во что-то с пропертями. Мы это частично уже делаем. Кстати и в KVision завезли с моей подачи
2020 August 31
IO
Разумеется, я не думаю, что это просто\дешево.
Но, например, тот же K\N не пользуется какой-то дикой популярностью (за пределами местных чатов вообще не встречал), но его поддерживают и развивают.
Но, например, тот же K\N не пользуется какой-то дикой популярностью (за пределами местных чатов вообще не встречал), но его поддерживают и развивают.
ну свой gc и рантайм делать интереснее, чем на чужой лезти
IO
к тому же не похоже, что дарт вм очень открыт для сторонних языков
KD
ну свой gc и рантайм делать интереснее, чем на чужой лезти
С JVM и JS это не помешало:)