Давным-давно существовало нечто, называемое умным.



<ul>
{for $foo=1 to 3}
    <li>{$foo}</li>
{/for}
</ul>

Или холодный синтез

<cfloop array="#myArray#" item="itm">
<cfoutput>#itm#  </cfoutput>
</cfloop>

Или старая веб-форма

<table>
  <% foreach (var myItem in g) { %>
    <tr><td><%= myItem.title %></td></tr>
  <% } %>
</table>

Новая бритва

<table>
   @foreach(var myItem in g) { 
   <tr><td>@myItem.title </td></tr>
</table>

Некоторые хотят включать встроенный тег сервера, а некоторым не нравится встроенный тег сервера, например JSP.

Новую эру некоторые называют лезвием, некоторые петлей в компоненте, хуком или рендером.

Все эти варианты только для того, чтобы вывести html .

В эту эпоху некоторые разработчики новой эпохи не любят использовать JQUERY вместо привязки элемента к data-X или повторной привязки и повторного анализа шаблона в angular, Vue или чем-то еще.



В большинстве случаев от старых дней до нынешних дизайнер не знает кода, поэтому дизайнеру намного легче отлаживать и изменять.

Что странно в новой эре, все разделяется по той причине, что у нас большая команда. Дизайнер может редактировать эти шаблоны, бэкэнд-разработчик может сделать API данных шаблона отдыхом? Для легкого доступа к интерфейсному языку (реакция, угловой ..) Или непосредственно к мобильному телефону через запрос Ajax (в настоящее время никто больше не отправляет xml, но чаще один раз тело или параметр данных или данные формы.

Либо статический рендер, либо однократная сборка js, либо обычный html — это просто html, не более того. Обычный веб-сайт также кэширует изображение /js/css, что увеличивает скорость при втором использовании. SPA также один раз медленнее, а в следующую секунду запрос намного лучше.

Каким бы ни был новый язык javascript, это нормально, но, по крайней мере, сделайте правильный код с документацией, чтобы можно было поддерживать следующий (вы) через 5 лет.