Что будет, если использовать много элементов html? С технической точки зрения?

Question

[IvanSafronov91]

Например, если слово разделить на несколько текстовых блоков: 

Не так: <div class="text">Toster</div>

А так:

<div class="text">T</div>
<div class="text">o</div>
<div class="text">s</div>
<div class="text">t</div>
<div class="text">e</div>
<div class="text">r</div>

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

Comments

[Никита]

Думаю такое нужно делать с помощью <span>
<div> ведь блочный элемент и будет перенос строк, если я не ошиблась

[IvanSafronov91]

Никита Карасёв, так можно всунуть это в контейнер с флексом. Они и встанут в ряд

Answer 1

[Максим Морев]

Увеличение количества DOM-узлов отрицательно сказывается на производительности.
Ну и работать с этим менее удобно, если вы на эту разметку в редакторе смотрите.

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

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

Руками подобную разбивку делать - лишнее чаще всего, есть автоматизированные решения.
На JS есть charming, на серверной стороне как-то никогда не приходилось таким заниматься, сами найдёте.

Говорите, здравого смысла нет? Есть ряд задач, которые только так и решаются... Всему своё место.

Answer 2

[Владимир Коротенко]

Как минимум перенос строк. Лишние отступы, неработающие стили CSS. Просто тормоза при превышении количечества, да и смысл убивать контент?

Единственный приходящий на ум вариант вы хотите раскрасить тостер в цвета радуги.

Comments

[IvanSafronov91]

А скорость от этого сильно не пострадает? Или общий вес страницы?

Единственный приходящий на ум вариант вы хотите раскрасить тостер в цвета радуги.

Да, идея в этом и заключается

[Ярослав Иванов]

IvanSafronov91, да сильно. Аж на 10 байт. Что вы оба за чушь несёте про вес страницы? Да даже 1к тегов погоды не сделают.

[IvanSafronov91]

Ярослав Иванов, спасибо. То есть, в принципе, могу использовать? Ничем страшным это не грозит?

[Владимир Коротенко]

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

[Владимир Коротенко]

Vaultboy84, Просто он девелопер и его машина самый навороченный десктоп. В общем будьте терпимы

[Ярослав Иванов]

Владимир Коротенко, да обычный начинающий разработчик. Что с него взять)))

Answer 3

[Leo]

Больше элементов - больше узлов - больше файл и больше затрат интерпретацию

Answer 4

[be9st]

Если это единичный случай, то не страшно, но на самом деле, существует куча минимизаторов для html и css, которые пытаются всеми силами уменьшить размер файла, например, убирая все переносы строк, в js все переменные заменяют на буквы, например переменная "Days" Будет переименована в "а", и так по алфавиту со всеми другими, лишь бы длина была покороче. Если сильно волнуетесь по поводу производительности, то лучше пишите понятный человеку код, а затем сжимайте его минимизаторами