Зачем нужна валидация кода

Доктайп чаще всего ссылается на документ, в котором происходит планировка валидации html, также его выбирают для оптимизации режима работы браузера. А если взять, например, XHTML5, то он и вовсе может обходиться без доктайпа, но в ту же очередь оставаться валидным.

Итак, что же такое валидация.

Под этим понятием подразумевают процедуру проверки диагностики кода и исправление его в соответствии с требованиями определенного доктайпа (DTD).

Каким образом проверить валидность.

В HTML она проверяется с помощью специального инструмента, его называют валидатором. Самый популярный валидатор – это w3c

Используя w3c, происходит сразу несколько проверок кода.

Примеры самых востребованных проверок:

1. Выявление синтаксических ошибок. Она является минимальной проверкой для выполнения приемлемого HTML-кода.
2. Диагностика вложенных тегов. HTML документ требует, чтобы тэги закрывались в обратном порядке относительно их открытия. Так можно отыскать не правильно закрывающиеся или вовсе незакрытые тэги.
3. Валидация HTML в соответствии с DTD. DTD – это Document Type Definition, то есть доктайп и эта проверка выявляет ошибки кода в соотношении с номами доктайпа. Здесь проверяется название, атрибуты и встройка тэгов.
4. Осмотр присутствия посторонних элементов. Таким образом, можно увидеть все, что есть в коде, но отсутствует в DTD. К примеру, это могут быть тэги и атрибуты пользователя.

Чтобы проверить валидность CSS кода создан специальный валидатор CSS.

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

Можно навести несколько примеров рабочего не валидного кода сайта:

• Атрибуты пользователя Javascrip/AJAX будут куда более удобными, эффективными и быстрыми.
• Также SЕО оптимизация разметки ARIA.

Проще говоря, нет смысла выполнять валидность просто ради ее наличия.

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

Допустимые ошибки html/CSS.
Погрешности валидации ОВ бывают разными, их несколько групп.

• ОВ в шаблоне самого файла. Найти и исправить их не составит труда. Если среди них есть полезные «просчеты» способствующие более быстрой работе сайта, не стоит с ними заморачиваться.
• ОВ в соединенных на сайте посторонних скриптах. Это могут быть виджеты в том же Вконтакте или скрипты Твиттера, а также видео-файлы с хостинга Ютуб. С ними бороться бесполезно, так как они находятся вне вашей юрисдикции, на других сайтах.
• Правила CSS непонятные для валидатора. Он проверяет только адекватность кода сайта с обусловленной версией CSS либо HTML. Здесь все довольно просто. Используя шаблон CSS третей версии и режим проверки валидатора по второй версии, на выходе вы получите массу ошибок, из-за несоответствия указанных версий.
• ОВ, в которых есть прямая необходимость для повышения результативности сайта. Это могут быть теги noindex, оны нужны сайту и с их не валидностю придется мириться. То же самое с хаки кодом, он нужен для того, чтобы получить корректное отображение сайта на других версиях браузера.
• Даже сам валидатор может выдавать ошибки, например он, может не видеть некоторых тегов и сообщать об этом как об ошибке.

Это настоящий ад для перфекциониста, но суть в том, что какие-то ОВ постоянно будут просовывать даже в самом идеальном интернет ресурсе. И что еще более раздражительно, их действительно может куда больше, но на выходе мы получаем функциональный, эффективный и быстрый проект. Даже пресловутые страницы Гугла или Яндекса, имеют по несколько десятков оплошностей, которые никак не мешают эффективной работе.

Сложные и неподъёмные ОВ.

• К таким относят WordPress функции нарушающие валидность кода.
• Имплементация видео из хостинга, здесь количество ОВ может зашкаливать.
• Подключенные с использованием родных скриптов кнопки соцсетей.
• CSS3 и HTML5 правила, которых валидаторы старых версий видят как ОВ.
• Использование хаки кода для улучшения корректного изображения в старых версиях браузера.

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

И все же нельзя забывать от таких ОВ:

• Препятствующие корректной работе браузера в плане отображения страниц сайта.
• Замедляют загрузку сайта, из-за некорректного подключения скриптов