Здравствуйте, Serginio1, Вы писали:
P>>Подозреваю, я xaml попробовал задолго до того, как вы про него узнали Не впечатлил — громоздко, многословно, тормозно
S>Там есть конвертеры, тригеры итд.
Спасибо, не надо — там где хватает обычного вызова функции надо намастырить кусочек xml
P>>Сам по себе XAML не летает — это просто фронтенд для описания структуры.
P>>А далее готовая структура подаётся в бакенд, который её интерпретирует.
S> Ну вообще то он компилируется Компиляция XAML
И что с того? Это всё равно описание структуры. Всю работу делает бакенд.
Во что именно xaml компилируется, в вызовы типа "parent.addElement(...)" ? Если так, то никаких преимуществ перед инициализаторами нет.
Если во чтото более низкоуровневое — тут слабо верится.
S> Это не особо принципиально. Это из области флаттера и Dart . У Котлина тоже такое есть.
S>Но XAML он не для программистов, а дизайнеров. Изначально идея была отделить дизайнеров и программистов
Подозреваю, в микрософте была идея, что над кодом будут работать дизайнеры и программисты
А прогресс пошел по другому пути — начали плодиться разрешения от 320x200 до 8K, десятками тысяч и дизайнерам уже было не до кода — успеть бы картинок нарисовать.
Лайоут типа респонзив итд у микрософта был непредусмотрен, соответсвенно видение микрософта умерло вместе с ихними инструментами для рисования ui.
Для ui разработчиков нужно максимальное разделение концепций — отделить даные, лайоут, стили, рендеринг и поведение.
То есть вот такой стек у нас выходит
1 данные
2 семантический рендеринг
3 стили
4 лайоут, композиция
5 реакция и поведение
технически 4 и 3 делают одним и тем же инструментом, но реально это трохи разные вещи. стили это look & feel, layout это взаимодействие элементов
У микрософта 2, 3 и 4 это Винигрет, до кучи многословный
Вещи из п1-5 могут деливериться каждый по отдельности, буквально. До момента деплоя вы можете никогда не видеть вон те стили и вон тот лайоут на тех данных с таким вот поведением.
Почему так произошло — потому что спрос на фронтенд всё время растет, фронтенд становится сложнее с т.з. требований. А раз растет сложность требований, то очевидно и внутренняя структура будет меняться точно так же — будет усложняться.