I
Чувак, они не поймут, они обычные мобильные девелоперы.
Да и все эти разговоры "про декларативность" проходили год назад и всем уже пофиг.
Да и все эти разговоры "про декларативность" проходили год назад и всем уже пофиг.
Size: a a a
2021 May 23
AN
А как там данные байндятся? В торнаде все базируется на FX Property, который не такая простая конструкция
AM
Там данные никак не байндятся, промежуточное дерево с аттрибутами перестраивается каждый раз, а уже после оно диффается с предыдущим и изменения на дерево вьюх накладывается инкрементально.
QH
В Splitties — из коробки никак, поэтому у меня Lychee
AN
Ну то есть тот же самый VDOM
AM
AM
Не всем, но как я там в чате написал чуть раньше, компоуз всё равно переписывать никто не будет, он о другом.
I
А декларативный он потому что "измение UI описываются декларативно, а не как раньше через view.setAttributeName(...)" (официальное объяснение)
AN
Понятно. Ну вот тут компоуз понятно что дает. Он дает это делать БЕЗ VDOM и с человеческим синтасксисом для пропертей (к слову более человеческим, чем FX Property). А дальше вопрос в том, как API сделан.
AM
Справедливости ради, оно и является декларативным, просто интерпретатор прибит гвоздями.
AM
Ну, по крайней мере как по мне.
AM
Всё так, 1-в-1 аналогов у компоуза для ведра щас нет.
QH
Всегда считал компоуз вариацией вДОМа.
AN
Не бывает на самом деле ничего "чисто декларативного". Любая попытка это сделать заканчивается программированием на XML ( или CSS)
AN
так там нет вдома.
QH
Ну как бы да, XML Layouts идеально декларативны.
AM
Ну вот нет. Компоуз умеет скипать исполнение кусков кода, для которых не поменялся вход. Виртуальный дом там не строится по сути.
AM
Там есть внутренняя структура данных своя, но она не дерево)
QH
Но я-то помню, что по этому поводу говорил Игорь)
AM
Там хитрожопый список с гэпами, но я детали уже не помню.