Здравствуйте, alex_public, Вы писали:

_>У меня сейчас есть клиентское приложение для браузера, в котором от DOM есть ровно один элемент — один большой canvas и всё. Всё остальное рисуется самим приложением, причём на выходе имеем красивые 3D окна с теням и т.п. украшательствами. При этом список из 10000 элементов прокручивается при 60 fps с нагрузкой процессора в 0,2% (по измерялке браузера).

Ты сделал поддержку css? Ну что бы по десять раз на неделе сотни мелких фиксов в стилях делать не пересобирая вообще все?
А лайоут у тебя как менять можно?
А сколько времени надо, что бы новому кастомеру вообще все стили переделать?
А она на всех девайсах заработает и адекватно смасштабируется?
А респонсив умеет?
А какой, собственно, контент оно умеет, кроме твоего захардкоженого списка?

По таким причинам канвас-уи не прижился — первым делом сам собой вырастает самопальный DOM с самопальным подобием css...

Попробуй дать внятный ответ на все вопросы выше и станет очевидно.
Еще 8 лет назад было полно экспериментов на канвасе и было модно пилить уи там. Но не прижилось, по вполне конкретным причинам.

Здравствуйте, alex_public, Вы писали:

_>У меня сейчас есть клиентское приложение для браузера, в котором от DOM есть ровно один элемент — один большой canvas и всё. Всё остальное рисуется самим приложением, причём на выходе имеем красивые 3D окна с теням и т.п. украшательствами. При этом список из 10000 элементов прокручивается при 60 fps с нагрузкой процессора в 0,2% (по измерялке браузера).

Итого- сложность на уровне лабораторной работы курс "основы компьютерной графики" студента второго курса среднего института. Красивости, тени и тд это даже упоминать смешно.
Чтото навроде пилят люди на курсах "фронтенд за 21 урок", где канвасу посвящается целых 1 или даже 2 занятия.

Текущий UI, это на 80% смешаный — функциональные элементы пополам с контентом.
Если же ограничиться только функциональными, то получим UI конца нулевых на MFC или Winforms, и сразу становится ясно, что этот вариант остался давно в прошлом.
Я напомню — MFC, Winforms, WPF и многие другие вобщем слились, хотя обладали очень крутыми возможностями. То есть, не в крутости дело.

Какие возможности твоего решения?
Ты сделал поддержку стилей? Ну что бы по десять раз на неделе сотни мелких фиксов в стилях делать не пересобирая вообще все и не ломая то тут, то там?
А сколько времени надо, что бы новому кастомеру вообще все стили переделать?
А она на всех девайсах заработает и адекватно смасштабируется?
А можно ли твой компонент встроить как отдельный элемент UI другого приложения, да так, что бы то, другое, могло подменить все стили, лайоут, итд твоего?
А лайоут у тебя как менять можно? А респонсив умеет? А флексы, флоаты и тд честные?
А какой, собственно, контент оно умеет, кроме твоего захардкоженого списка? Сколько времени ты будешь пилить список, где каждый элемент это кастомная панель, которая может содержать вообще всё — фото, иконка, кнопки, прогрессбар, фрагмент текста, тайтл, футер ? Разумеется, начинка меняется по сотне раз на неделю. Ну вот надо так и всё.

По таким причинам канвас-UI не прижился — первым делом сам собой вырастает самопальный DOM с самопальным подобием css...

Попробуй дать внятный ответ на все вопросы выше и станет очевидно.
Еще 8 лет назад было полно экспериментов на канвасе и было модно пилить уи там. Но не прижилось, по вполне конкретным причинам.

На самом деле canvas UI кое где используется — там, где нужны в основном фукнкциональные элементы, часто нестандартные. Доля таких случаев крайне невелика. Как только появляется какой то контент, поверх канваса нарастает слой DOM.