Поддержка сайта

Высокие позиции в поисковой системе, на прямую зависят от развития вашего сайта.

Продвижение сайтов

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

Создание сайтов

Мы делаем сайты быстро, недорого и профессионально. От работы с нами, у вас останутся только положительные эмоции.

Нужно ли обязательно закрывать теги?

Нужно ли обязательно закрывать теги?

В синтаксисе XHTML все теги обязательно должны быть закрыты — будь то закрывающие теги контейнеров (наподобие </html>) или пустые (void) элементы, где в конце тега ставится слэш. К последним относятся элементы, не могущие быть родительскими (такие как input, img или link).

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

Продолжая «избавляться от жира», HTML5 разрешает отбросить эти ненужные теги, делая код яснее и проще.

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

А что с другими особенностями синтаксиса XHTML?

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

Это означает, что с точки зрения валидатора нижеследующие строки абсолютно равнозначны:

Нужно ли обязательно закрывать теги?

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

Например, нередко можно встретить разметку наподобие следующей:

<input type="text" disabled="disabled" />

В HTML5 атрибуты, принимающие значения «оп» и «otf» (булевы атрибуты) могут оставаться неопределенными. Вышеуказанная строка, таким образом, будет выглядеть так:

<input type="text" disabled>

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

Мы поощряем разработчиков выбрать определенный стиль синтаксиса и придерживаться его, особенно если вы работаете в команде, когда критичны поддержка программного обеспечения и удобочитаемость. Мы также рекомендуем (хотя формально такого требования нет) выбирать такой стиль написания кода, при котором он будет наиболее кратким, оставаясь внутренне непротиворечивым.

Вот некоторые советы:

• Используйте нижний регистр для всех элементов и атрибутов, как в XHTML.

• Несмотря на то что некоторые элементы не требуют закрывающих тегов, мы советуем делать все контейнеры, содержащие контент, закрытыми (например, <р>Текст</р>).

• Хотя не обязательно брать в кавычки все значения атрибутов, очень вероятно, что среди них попадутся такие, которые должны быть закавычены (к примеру, когда объявляются множественные классы, разделенные пробелами, или когда к URL добавляется строка, содержащая запрос). Для единообразия мы рекомендуем всегда ставить кавычки.

• Опускайте закрывающий слэш для элементов, не имеющих содержимого (таких как meta или input).

• Избегайте избыточных значений для булевых атрибутов (так, лучше написать <input type="checkbox" checked>, чем <input type="checkbox" checked="checked">).

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

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

Читайте так же:
Not found

Нам доверяют

Интернет магазин