Настало время для API шаблонизации DOM ( justinfagnani.com )
Шаблоны хороши, пока они не должны быть динамичными. Затем вы возвращаетесь к текущей ситуации, когда фреймворки вроде React — это просто лучший способ.
На самом деле, JSX можно назвать «динамической системой шаблонов», и это будет разумным описанием того, чем она является (конечно, помимо прочего).
Возможно, существуют некоторые способы, с помощью которых сам React мог бы внутренне замечать особые случаи и особые моменты, когда он _мог бы_ быть немного более производительным, используя более низкий уровень шаблонизации в качестве оптимизации, но я бы, конечно, предпочел, чтобы это было абстрагировано и спрятано глубоко внутри React, вместо того, чтобы когда-либо думать об этом самому, на уровне JSX.
Что насчет
https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/…
?
Следующие два документа являются частью набора, который я создал, реализуя шаблонизацию на основе DOM на бэкэнде в Java.
https://ontology2.com/the-book/html5-the-official-document-l…
https://ontology2.com/the-book/source-code-transclusion-in-h…
одна проблема в том, что системы, работающие на уровне дерева DOM, на порядок или два медленнее, чем системы шаблонизации на основе строк. Гипотетически вы могли бы делать интересные вещи, например, гигиенические макросы и объединять произвольные документы, переписывая классы CSS и т. д. Но в целом люди считают шаблоны на основе строк достаточно хорошими и не хотят платить цену за что-то более дорогое.
В настоящее время
Так что это пока не полное, универсальное решение для шаблонизации.
Кроме того, в этой статье подробно говорится о том, что шаблонизация должна быть «реактивной», а не просто «строить дерево DOM», а
Пинание банки по дороге сложности «реактивных» компонентов — это большая часть того, как мы получили (довольно простые) теги и
Нам понадобится хороший API для компонентов пользовательского интерфейса, чтобы его использовать.
Также нужен API снимков DOM.
Source: news.ycombinator.com