Сжатие кода страницы действительно нужно?

Question

Мне не очень нравится, когда код на странице написан в одну строку, когда я тратил много времени, чтобы попытаться что-то там понять, неужели сжатый код, написанный на странице, стоит того? Согласно принципам программирования, код должен быть читаемым для других программистов, которые тоже будут его поддерживать.

и, кстати, комментарии HTML могут уменьшить время загрузки страницы? потому что они видны другим.

<!-- comment goes here -->

а ява комментирует? они не видны другим

<%-- comment goes here --%>

Answer 1

Я думаю, что вы путаете многие понятия здесь.

Сжатие страницы может быть сделано на разных уровнях. Вы можете использовать mod_gzip и mod_deflate или аналогичные модули на своих веб-серверах или серверах веб-приложений для сжатия необработанных байтов, обслуживаемых веб-сервером / сервером приложений. Это часто экономит большую пропускную способность и, как правило, не является причиной проблем для веб-разработчиков, потому что браузер распаковывает содержимое страницы перед ее отображением (или отображением источника обратно в контексте «Просмотр источника»).

«Страница, написанная в одну строку» не является сжатием. Технический термин - минификация или запутывание. Обычно это делается для JavaScript, чтобы уменьшить размер обслуживаемого файла JavaScript; это может резко уменьшить размер файла, с дополнительным преимуществом, заключающимся в том, что его трудно разобрать людям-читателям. Веб-разработчики, использующие минификаторы JavaScript, часто достаточно умны, чтобы иметь доступ к неминифицированной версии исходного кода, поэтому отладка не является проблемой.

Один из сайтов бывших клиентов, над которым я работал, продемонстрировал увеличение производительности до 40% при использовании сжатия GZIP в сети и между 5-10% при развертывании с уменьшенными файлами JavaScript (таких было тысячи). файлы). Но опять же, ваш пробег может варьироваться при использовании этих методов.

Наконец, комментарии HTML (<!-- comment goes here -->) действительно снижают производительность, поскольку для обработки страниц с комментариями требуется больше времени, чем для страниц без них. Влияние на рендеринг может быть незначительным, поскольку лексический анализатор часто удаляет комментарии. Это не относится к комментариям JavaScript во встроенных тегах сценария, которые сначала анализируются анализатором HTML. Второй тип комментариев (<%-- comment goes here -->) никогда не обслуживается сервером приложений, так как это комментарий в стиле JSP, и компилятор JSP обычно игнорирует эти комментарии, таким образом, не генерируя никаких комментариев в результирующем контенте HTML.

Answer 2

HTML не предназначен для чтения другими, когда он используется в производстве.Обычно исходный код должен быть читабельным, а такие вещи, как HTML и JavaScript, обычно минимизируются для сокращения времени загрузки.

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

Answer 3

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

Answer 4

Мне не очень нравится, когда код на странице написан в одну строку, когда я тратил много времени, чтобы попытаться что-то там понять, неужели сжатый код, написанный на странице, стоит того?

Это может быть

Согласно принципам программирования, код должен быть читаемым для других программистов, которые тоже будут его поддерживать.

Именно поэтому минификация выполняется как часть процесса сборки. Разработчики, работающие над этим, получают разумно отформатированный код.

и, кстати, комментарии HTML могут уменьшить время загрузки страницы? но ява комментирует? они не видны другим

Если он доставлен клиенту, он занимает некоторую полосу пропускания. Это может быть или не быть значительным количеством пропускной способности в зависимости от контекста.