Ghidul pentru înregistrare html
Specificați codificarea în șabloanele și documentele HTML utilizând
codificare mai mici pentru fișierele CSS: au stabilit UTF-8 în mod implicit.
(Puteți afla mai multe despre codificările și cum să le folosească, urmați acest link: seturi de caractere și codificări în XHTML, HTML CSS (în engleză) ..)
Dacă este posibil, explică codul acolo unde este nevoie.
Sărbătoriți problemă pentru lista de rezolvat cu ajutorul TODO.
Sărbătoriți problema folosind TODO de cuvinte cheie. nu utilizați alte formate comune, cum ar fi @@.
Descrie sarcina după cele două puncte, cum ar fi: TODO: Sarcină.
HTML5 (sintaxa HTML) este recomandat pentru toate document HTML.
(Se recomandă utilizarea unui conținut HTML de tip text / html. Nu utilizați XHTML, ca application / xhtml + xml (ing.). Mai rău decât un browser acceptat și limitează posibilitatea de optimizare.)
Dacă este posibil, utilizați HTML valid.
Utilizați un cod HTML valid, cu excepția cazului în cazul în care utilizarea nu atinge dimensiunea fișierului necesară pentru nivelul dorit de performanță.
Utilizați instrumente cum ar fi validatorul W3C HTML (Eng.) Pentru a verifica validitatea codului.
Valabilitatea - este importantă și în acest caz, calitatea măsurată a codului. Scrierea HTML valabil promovează studiul cerințelor tehnice și constrângeri, și asigură utilizarea corectă a HTML.
reguli HTML de formatare
Alocați un rând nou pentru fiecare bloc, sau masa de programare și locul element de umplutură pentru fiecare copil.
Indiferent de stilul specificat pentru un element (CSS permite de a schimba comportamentul elementului cu afișajul de proprietate), transporta fiecare bloc sau element de tabel pe o linie nouă.
De asemenea, a pus umplutură pentru toate elementele imbricate într-un bloc, sau element de tabel.
(Dacă aveți dificultăți din cauza spațiul liber dintre elementele de listă sunt permise pentru a pune toate elementele Li într-o singură linie. Lințu [utilitate pentru a verifica calitatea codului aprox. Trans.] Este recomandată în acest caz, să emită un avertisment în locul unei erori.
Dacă este posibil, utilizați un CSS-cod valid.
Cu excepția cazului în cazul în care este necesar un anumit browser de cod, sau validatorul erori, utilizați cod CSS valid.
Utilizați instrumente, cum ar fi W3C CSS Validatorul (Eng.) Pentru a testa codul lor.
Valabilitatea - este importantă și în acest caz, calitatea măsurată a codului. Scrierea este valid CSS ajută la eliminarea redundanță și pentru a asigura utilizarea corectă a foilor de stil ...
ID-uri și nume de clasă
Utilizați șabloane sau având un sentiment de nume de clase și identificatori.
In loc de a folosi un cifru, sau descrie apariția articolului, încercați numele clasei sau ID-ul pentru a exprima sensul creației sale, sau da-i un nume de șablon ...
Se recomandă să se aleagă nume care să reflecte esența clasei, deoarece acestea sunt mai ușor de înțeles și, cel mai probabil, nu va trebui să se schimbe în viitor.
Numele modelelor - este doar numele unei opțiuni pentru elementele care nu au un scop special sau nu sunt diferite de frații și surorile lor. De obicei, acestea sunt necesare ca un „ajutor“.
Folosind numele de funcții sau șablon reduce necesitatea unor modificări care nu sunt necesare în document sau șablon.
Evitați utilizarea de informații despre versiunea a browser-ului, sau CSS „hacks“ - mai întâi încercați alte moduri.
Se pare tentant să se ocupe de diferențele în browsere diferite, folosind CSS-filtre, hacks sau alte soluții. Toate aceste abordări pot fi considerate doar în ultimă instanță, dacă doriți să obțineți o bază eficientă și ușor de întreținut cod. Pur și simplu pune, ipoteza hacks și detectarea browser-ul rănit proiectul pe termen lung, deoarece aceasta înseamnă că proiectul urmează calea minimei rezistențe. Aceasta facilitează utilizarea hacks și le face tot mai mult, care va avea ca rezultat utilizarea prea frecventă a acestora.
reguli de formatare CSS
Atunci când sortarea ignora prefixe browser. Mai mult decât atât, în cazul în care se folosește prefixe mai multe proprietăți de browser, acestea vor fi sortate (de exemplu, -moz trebuie să fie înainte de --webkit)
Ideea acestui ghid este de a crea un vocabular comun, care ar permite dezvoltatorilor să se concentreze pe ceea ce doresc să-și exprime, mai degrabă decât cum.
Noi oferim un design unitar reguli permit să scrie cod în același stil, dar stilul de cod care este deja utilizat în cadrul proiectului este de asemenea important.
În cazul în care codul va fi foarte diferit de prezent, se poate aduce în jos cititorului cu ritmul și face dificil de citit. Încercați să evitați acest lucru.
Aș dori, de asemenea, să rețineți că Google este axat în principal pe marile proiecte foarte încărcate, în cazul în care fiecare octet de drum, deci ar trebui să țină cont de faptul că în cazul în care recomanda incepand fiecare selector cu o nouă linie, sau de a folosi spații în loc de tab-uri, aceasta înseamnă în primul rând că codul Se va minifitsirovan în mod necesar și comprimat pentru a utiliza pe site-ul. Cu toate că o mare parte din consiliile universale, le folosesc fara minte toate la fel nu este necesar.
Vă mulțumim tuturor celor care au citit acest departe.