Validator - ce este? De ce am nevoie de un validator de micro-marcare?

Să vorbim despre instrumentele de verificare a codului. Un instrument special creat pentru acest scop se numește validator de format. Ca exemplu, HTML va fi folosit. Validatorul pentru acest limbaj de marcare este perfect potrivit pentru a explica principiul și a da un exemplu.

De ce este nevoie?

Se întâmplă să scrieți codul programului, ca totul și să funcționeze corect, dar nu va strica să verificați. Deci, să presupunem că am creat o pagină HTML. Când ne amintim despre validator, înseamnă că suntem interesați de cât de competentă este făcută din punctul de vedere al standardului adoptat (cu atât mai bine, cu atât mai corect și pe mai multe computere va funcționa).

Configurați condițiile

Strictura cu care va fi verificată pagina este prescrisă în etichetă . Dacă nu specificați acest lucru, atunci acesta va fi investigat cu atenție, iar în raport, validatorul va indica toate erorile și deșeurile din standarde. De asemenea, rețineți că testul va fi efectuat în conformitate cu regulile HTML5. Pentru a specifica o versiune diferită sau pentru a atenua căutarea abaterilor, utilizați această etichetă. Apropo, în plus față de versiunea HTML, există și un validator CSS. Acesta vă va permite să testați construcția unei foi de stil în cascadă și conformitatea cu cel mai recent standard. Această șansă, dacă sunteți interesat de acest subiect, este mai bine să nu neglijați.

Instrucțiuni pentru verificarea etichetei DOCTYPE

În prezent există astfel de tipuri de verificări:

1. Strict conform celui mai recent standard.
2. Tranziție.
3. Strict.
4. Cu cadre.

Apropo, este întotdeauna de dorit să specificați un DOCTYPE. La urma urmei, dacă acest lucru nu este realizat, diferite browsere care au setări diferite vor afișa pagina în moduri diferite. Fișierul dorit va fi afișat foarte urât. Trebuie remarcat faptul că acest lucru afectează numai componenta vizuală, în timp ce performanța nu este afectată.

Despre bug-uri, spune un cuvânt

Chiar și atunci când verificați un document mic, validatorul de cod poate găsi multe erori de programator. Este necesar să le eliminăm pe toate? Nu, nu este. Cele mai multe erori tehnice nu sunt critice, cel mai mult pot face este încetinirea site-ului puțin. Deși, dacă acest parametru este valabil pentru dvs., nu îi puteți ignora. De asemenea, trebuie remarcat faptul că unele erori pot apărea deja la momentul compilării de către interpretul PHP.

Alte elemente

Faptul că validatorul HTML verifică codul este, bineînțeles, bun. Există vreo caracteristică privind feedurile RSS și tabelele CSS în cascadă? Da, există validatori pentru ei. Amintiți-vă: aceștia verifică numai respectarea standardelor de cod. Și ceea ce este scris acolo - nu le pasă. Prin urmare, dacă sunteți interesat în primul rând de calitatea paginii și a site-ului, trebuie să le verificați.

Verificați online

În scopul de a nu pulveriza eforturile lor pe diverse programe, mulți dezvoltatori au ales un validator de Internet. Ce este și cum ajută? Astfel de servicii sunt de obicei deja configurate pentru a verifica toate cele trei componente (feed-uri RSS, CSS și HTML). Multifuncționalitatea lor este demnă de laudă. Dar este mai bine să verificați separat compilarea HTML separat. Dacă vorbim despre avantajele serviciilor online, trebuie remarcat faptul că nu este nevoie să copiați întregul cod. Este suficient să introduceți adresa site-ului și într-un moment vor fi afișate erori. Există, de asemenea, extensii pentru browsere care pot, de asemenea, verifica parțial sau complet dacă pagina deschisă corespunde standardelor acceptate.

Ce este inclus în validare?

Acest proces este împărțit în mai multe părți:

1. Căutarea erori sintactice.
2. Sunt verificate cuiburile de etichete. Întotdeauna se închid în ordinea inversă a modului în care au ieșit. Și dacă ceva nu este în regulă - veți fi anunțat.
3. Verificați respectarea definiției tipului de document specificat. Automatizarea scanează și determină dacă totul este corect (etichete, atribute) este scris, în raport cu versiunea limbajului markup care este declarat.
4. Verificați elemente străine. Se face o căutare pentru ceea ce este de fapt disponibil în cod, dar nu în definiția tipului de document.

Este necesar să înțelegem că toate acestea sunt teste logice. În acest caz, nu este important modul în care este implementat validatorul. Ce înseamnă acest lucru în practică? Dacă cel puțin o verificare eșuează, codul nu va fi considerat valabil. În cele din urmă, fiecare program serios va deduce recomandări cu privire la ceea ce trebuie corectat (și poate chiar să spună cum să procedăm).

Argumente pentru

Principalul motiv pentru care este necesar validatorul de micro-marcare este să furnizeze compatibilitate cu browserul încrucișat pentru site sau pentru pagina sa individuală. Faptul este că fiecare program care vă ajută să răsfoiți pe Internet are propriul parser. Prin urmare, o modalitate de a vă asigura că codul va funcționa corect în toate browserele este să îl executați prin validator. Ce altceva da?

Faptul este că fiecare browser are propriul mecanism de corelare a erorilor în codul programului. Prin urmare, este posibil ca acesta să poată corecta situația cu programul nevalid și poate exacerba totul. Acestea au fost argumentele pentru, dar există, de asemenea, împotriva.

Deci, este demn de remarcat faptul că validatorul de rezoluție în micro-limită este foarte strict. Și browserele pot rezolva singuri bug-uri. Prin urmare, dacă în primul rând este sarcina de a funcționa corect, aspectul poate fi parțial ignorat.

Feedback folosind validatorul

Ce dă acest lucru în practică? Comparativ cu ceea ce este folosit în aplicații reale, validatorul are cerințe extraordinare. Desigur, el poate arăta unele erori care interferează cu munca obișnuită, dar încercați să-l mulțumiți complet - încă nu ar trebui să fie. De asemenea, este adesea subliniat faptul că nu este întotdeauna ușor să se verifice elementele străine. Dar ele includ și atributele utilizatorilor care nu sunt recunoscute de standarde, dar sunt folosite de dezvoltatori pentru a facilita procesele de producție.

Dacă aveți îndoieli cu privire la estetica aspectului paginii, atunci acestea sunt în zadar. Deci, dacă specificați Doctype, parserul browser-ului va fi comutat la un anumit mod. Numai că nu duce la faptul că va fi încărcat, iar codul va fi verificat pentru respectarea acestuia. Prin urmare, parserii browserului sunt deja preconfigurați că va exista o anumită lipsă de validitate a codului. Deci, cu atribute personalizate: acestea sunt recunoscute și procesate cu succes. Un exemplu este tehnologia ARIA. Funcționează cu atribute care completează valoarea semantică a codului, înjosind astfel validatorul. Ce este: bun sau rău? Pe de o parte, codul funcționează și oferă caracteristici speciale. Și pe de altă parte - abaterea de la standarde. Dar în cazul ARIA, acest lucru este complet justificat.

concluzie

În final, vreau să spun că toată lumea alege independent dacă să folosească validatorul sau nu. În cadrul articolului au fost descrise caracteristicile și nuanțele acestei etape, iar soluția rămâne pentru cititor.