Валідатар - што гэта такое? Навошта патрэбен валідатар микроразметки?

Давайце пагаворым аб сродках праверкі кода. Спецыяльны інструмент, які ствараецца для гэтай мэты, называецца валідатары фармату. У якасці прыкладу будзе выкарыстаны HTML. Валідатар для гэтай мовы разметкі цалкам падыдзе для таго, каб растлумачыць прынцып і прывесці прыклад.

Навошта ён патрэбны?

Бывае, што напішаш праграмны код, накшталт усё і правільна працуе, але праверыць не перашкодзіць. Так, дапусцім, мы стварылі HTML-старонку. Калі мы ўспамінаем пра валідатар, гэта значыць, што нас цікавіць, наколькі пісьменна яна зроблена з пункту гледжання прынятага стандарту (чым лепш, тым больш карэктна і на большай колькасці кампутараў яна будзе працаваць).

наладжвальны ўмовы

Строгасць, з якой будзе ажыццяўляцца праверка старонкі, прапісваецца ў тэгу . Калі яе не паказаць, то яна будзе даследавана самым дбайным чынам, і ў справаздачы валідатар пакажа ўсе памылкі і адходы ад стандартаў. Таксама улічвайце, што праверка будзе праводзіцца па правілах HTML5. Каб паказаць іншую версію або змякчыць пошук адхіленняў, выкарыстоўваюць дадзены тэг. Дарэчы, акрамя версіі для HTML, існуе яшчэ і валідатар CSS. Ён дазволіць вам праверыць пабудова каскаднай табліцы стыляў і яе адпаведнасць з апошнім стандарту. Гэтым шанцам, калі вы ўжо цікавіцеся гэтай тэмай, лепш не грэбаваць.

Напрамкі праверкі тэга DOCTYPE

На дадзены момант існуюць такія тыпы праверкі:

1. Строгая ў адпаведнасці з апошнім стандартам.
2. Пераходная.
3. Строгая.
4. З фрэймамі.

Дарэчы, DOCTYPE пажадана паказвацца заўсёды. Бо калі гэтага не зрабіць, розныя браўзэры, у якіх розныя ўстаноўкі, будуць паказваць звярстаць старонку па-рознаму. І патрэбны файл будзе вельмі непрыгожа адлюстроўвацца. Варта адзначыць, што гэта ўплывае выключна на візуальны складнік, тады як працаздольнасць ня закранута.

Пра памылкі замовіць слова

Нават пры праверцы невялікага дакумента валідатар кода можа знайсці шмат промахаў праграміста. Ці абавязкова іх усіх ўстараняць? Няма. Большасць тэхнічных памылак не з'яўляюцца крытычнымі, максімум, што яны могуць зрабіць - гэта крыху запаволіць працу сайта. Хоць, калі гэты параметр з'яўляецца для вас каштоўным, ігнараваць іх не атрымаецца. Таксама варта адзначыць, што некаторыя памылкі могуць выяўляцца ўжо ў момант компилирования РНР-інтэрпрэтатарам.

іншыя элементы

Тое, што HTML-валідатар правярае код - гэта, безумоўна, добра. А ці ёсць асаблівасці адносна RSS-стужак і каскадных табліц CSS? Так, існуюць валідатары і для іх. Памятаеце: яны правяраюць толькі адпаведнасць кода стандартам. А ўжо што там напісана - іх не хвалюе. Таму, калі вас цікавіць у першую чаргу якасць старонкі і сайта, неабходна праверыць і іх.

Онлайн-праверка

Каб не распыляць свае намаганні на розныя праграмы, многія распрацоўшчыкі выбралі інтэрнэт-валідатар. Што гэта такое і як ён дапамагае? Такія сэрвісы звычайна ўжо настроены на праверку ўсіх траіх складнікаў (RSS-стужак, CSS і HTML). Іх шматфункцыянальнасць вартая хвал. Але карэктнасць складання HTML лепш праверыць асобна яшчэ раз. Калі казаць пра перавагі онлайн-сэрвісаў, то варта адзначыць, што няма неабходнасці капіяваць увесь код. Дастаткова ўвесці адрас сайта, і ўжо праз імгненне будуць адлюстраваныя памылкі. Існуюць таксама пашырэння для браўзэраў, якія таксама могуць часткова або цалкам правяраць, ці адпавядае адкрытая старонка прынятым стандартам.

Што ўваходзіць у валідацыю?

Гэты працэс дзеліцца на некалькі частак:

1. Праводзіцца пошук сінтаксічных памылак.
2. Правяраецца укладзенасць тэгаў. Яны заўсёды зачыняюцца ў зваротным парадку адносна таго, як адрываліся. І калі нешта не так - вы будзеце апавешчаныя.
3. Праверка на адпаведнасць паказаным Document Type Definition. Аўтаматыка скануе і вызначае, ці ўсё правільна (тэгі, атрыбуты) напісана, адносна той версіі мовы разметкі, якая заяўлена.
4. Праверка на наяўнасць старонніх элементаў. Праводзіцца пошук таго, што ёсць па факце ў кодзе, але адсутнічае ў Document Type Definition.

Неабходна разумець, што гэта ўсё - лагічныя праверкі. У дадзеным выпадку не з'яўляецца важным тое, як рэалізаваны валідатар. Што гэта значыць на практыцы? Калі хаця б адна праверка не пройдзе паспяхова, то код не будзе лічыцца прыдатным. У канцы кожная сур'ёзная праграма выведзе рэкамендацыі па тым, што неабходна выправіць (і можа нават падкажа, як гэта зрабіць).

Аргументы для правядзення

Галоўная прычына, чаму неабходны валідатар микроразметки - гэта забеспячэнне кроссбраузерности для сайта або яго асобнай старонкі. Справа ў тым, што кожная праграма, якая дапамагае праглядаць інтэрнэт-старонкі, валодае сваім парсерам. Таму адзіны спосаб быць упэўненым, што код будзе функцыянаваць правільна ва ўсіх браўзэрах - прагнаць яго праз валідатар. Што гэта яшчэ дае?

Справа ў тым, што кожны браўзэр валодае сваім механізмам карэляцыі памылак у праграмным кодзе. Таму, магчыма, ён і зможа выправіць сітуацыю з Неваліднасьць праграмай, а можа ўсё пагоршыць. Гэта былі аргументы за, але ёсць і супраць.

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

Водгукі, якія выкарыстоўваюць валідатар

Што гэта дае на практыцы? У параўнанні з тым, што выкарыстоўваецца ў рэальных прыкладаннях, валідатар праяўляе надзвычайныя патрабаванні. Вядома, ён можа паказаць некаторыя памылкі, якія перашкаджаюць нармальнай працы, але старацца дагадзіць яму цалкам - усё ж не след. Таксама часта паказваюць на тое, што не заўсёды беспраблемна праходзіць праверка на староннія элементы. А бо да іх ставяцца і прыстасаваныя атрыбуты, якія не прызнаны стандартамі, але выкарыстоўваюцца распрацоўшчыкамі для палягчэння вытворчых працэсаў.

Калі ў вас ёсць сумненні адносна эстэтычнасці вонкавага выгляду старонкі, то яны тут марныя. Так, калі паказаць Doctype, будзе пераключаны парсер браўзэра на пэўны рэжым. Вось толькі гэта не прывядзе да таго, што ён будзе загружаны, і код будзе правярацца на адпаведнасць яму. Таму парсер браўзэраў ўжо загадзя настроены на тое, што будзе пэўны адсутнасць валіднасці кода. Так і з карыстацкімі атрыбутамі: яны паспяхова распазнаюцца і апрацоўваюцца. У якасці прыкладу можна прывесці тэхналогію ARIA. Яна працуе з атрыбутамі, якія дапаўняюць семантычнае значэнне кода, дзякуючы чаму лаецца валідатар. Што гэта: добра ці дрэнна? З аднаго боку, код працуе і дае спецыяльныя магчымасці. А з другога - адхіленне ад стандартаў. Але ў выпадку з ARIA гэта з'яўляецца цалкам апраўданым.

заключэнне

Пад канец хочацца сказаць, што кожны самастойна выбірае, выкарыстоўваць яму валідатар ці не. У рамках артыкула былі апісаны асаблівасці і нюансы дадзенага кроку, а рашэнне застаецца за чытачом.