Ръководство за регистрация на HTML
Посочете кодирането в HTML шаблони и документи, използвайки
Долна кодиране на CSS файлове: те поставиха за UTF-8 по подразбиране.
(Можете да научите повече за кодиране, и как да ги използвате, следвайте този линк: набори от символи и кодиране в XHTML, HTML CSS (на английски език) ..)
Ако е възможно, обяснява си код, където това е необходимо.
Празнувайте проблем за списъка със задачи с помощта на TODO.
Празнувайте проблема с помощта на ToDo ключовата дума. не използвайте други общи формати като @@.
Описва задачата след двоеточието, като: TODO: Задача.
HTML5 (HTML синтаксис) се препоръчва за всички HTML-документ.
(Препоръчително е да използвате HTML съдържание тип текст / HTML. Да не се използва XHTML, като приложение / XHTML + XML на (инж.). По-лошо от поддържани браузър и ограничава възможността за оптимизация.)
Ако е възможно, използвайте валиден HTML.
Използвайте валиден HTML код, освен когато използването не постига размера на времето, необходимо за желаното ниво на изпълнение файла.
Използвайте инструменти като W3C HTML валидатора (инж.) Да се провери валидността на кода.
Валидност - е важно и в този случай се измерва качеството на кода. Писане валиден HTML насърчава изучаването на техническите изисквания и ограничения, и осигурява правилното използване на HTML.
правила HTML форматиране
Разпределяне на нов ред за всеки блок, или график на маса и място уплътнение елемент за всяко дете.
Независимо от стила, определена за даден елемент (CSS позволява да се промени поведението на елемента с дисплея на имот), извършва всеки блок или маса елемент на нов ред.
Също постави уплътнение за всички елементи, вложени в блок или маса елемент.
(Ако имате затруднения поради това празно пространство между списък елементи имат право да поставят всички елементи Ли в една линия. Lintu [програма, за да се провери качеството на код ок. Trans.] Се препоръчва в този случай да се издаде предупреждение, вместо за грешка.
Ако е възможно, използвайте валиден CSS код.
Освен ако не е необходимо за всеки конкретен браузър код, или Валидатор грешки, използвайте валиден CSS код.
Използвайте инструменти като W3C CSS валидатора (инж.) За да тестват кода си.
Валидност - е важно и в този случай се измерва качеството на кода. Писането е валиден CSS помага за премахване на съкращения и да се гарантира правилното използване на стилове ...
Документи за самоличност и имената на класовете
Използвайте шаблони или като чувство за имената на класовете и идентификатори.
Вместо да се използва шифър, или опише външния вид на стоката, опитайте името на класа или ID, за да изразят смисъла на създаването му, или му даде име на шаблона ...
Той препоръчва да се избере имена, които отразяват същността на класа, защото те са по-лесни за разбиране и, най-вероятно, няма да има нужда да се промени в бъдеще.
Шаблон имена - това е просто името на опция за предмети, които не разполагат със специална инвестиционна цел или не са различни от техните братя и сестри. Обикновено те са необходими като "помощник".
Използването на имена на функции или шаблон намалява необходимостта от ненужни промени в документа или шаблона.
Избягвайте използването на информация за версията на браузъра, или CSS "хакове" - първо се опитайте други начини.
Изглежда съблазнително да се справят с различията в различните браузъри, използващи CSS-филтри, хакове или други заобиколни. Всички тези подходи може да се разглежда само в краен случай, ако искате да получите ефективна и лесна за поддържане код база. Казано по-просто, поемането на хакове и определянето на браузъра боли проекта в дългосрочен план, защото това означава, че проектът следва пътя на най-малкото съпротивление. Това улеснява използването на хакове и ги прави все повече и повече, че ще доведе до прекалено честото използване на тях.
правила CSS форматиране
При сортиране игнорира префикси на браузъра. Освен това, ако някой използва префиксите няколко свойства на браузъра, те трябва да бъдат сортирани (например -moz трябва да бъде преди --webkit)
Идеята на това ръководство е да се създаде общ речник, който ще позволи на разработчиците да се съсредоточи върху това, което те искат да изразят, а не как.
Ние предлагаме единна дизайн правила позволяват да пишат код в същия стил, но стила на код, който вече се използва в проекта също е важна.
Ако кодът ви ще бъде много по-различно от настоящето, той може да сваля читателя с ритъма и да е трудно да се чете. Опитайте се да се избегне това.
Бих искал да отбележа също, че Google е съсредоточена основно върху големи силно натоварени проекти, където всеки байт на пътя, така че трябва да се има предвид, че ако те препоръча започване на всеки селектор с нов ред, или да ползвате интервали вместо разделите, това означава преди всичко, че кодът Той непременно ще minifitsirovan и сгъстен да използвате на сайта. Въпреки че голяма част от универсалните съвети, безсмислено да ги използват все едно че не е необходимо.
Благодаря на всички, които са прочели това досега.