Комментарий: HTML5 Разработка соглашений о именовании и микро форматов.
29 мая 2004 года в моем пенсионном блоге и во всех больших разговорах, когда я опросил 40 дизайнерских веб -сайтов, чтобы увидеть их соглашения для публичных элементов страницы, таких как названия и баннеры, навигация, контент и нижние колонтитулы (результаты тогда).
Вряд ли это было научное исследование, но в июне того же года я следил за некоторыми мнениями Эрика Мейера и опубликовал набор соглашений об именах. Когда я обнаружил, что веб -сайт прошел эти соглашения об именах, я всегда рад, что использую его каждый день, даже более 4 лет спустя.
Мои мысли можно обобщить как это
Имена атрибутов идентификатора и класса должны отражать функцию или содержание элемента, а не введение. Поэтому я вышел из заголовка и снова пошел брендинг; Я вышел из нижнего колонтитула и заменил его на сайт-инфо.
Наименование должно принять почти структуру стиля XML. Наименование примет почти структуру XML в стиле. Следовательно, внутренний контент поставляется с контентом, контентом-SUB и контентом-Supp.
Эти конвенции служат мне хорошо, и то, что я делаю, вряд ли меняет их ядро. Нет сомнений в том, что все они делают мою работу быстрее, более последовательной и более полезной. Они облегчают создание продуктов и культивируют людей, с которыми я работаю с моим мышлением. Конвенция об именах работает.
Микроформа и связанные атрибуты имена
Посмотрим правде в глаза, микроформаты, такие как HCARD, HCALENDAR, HATOM и другие черновики, приводят столько значений атрибутов, что часто не нужно учитывать, какой файл сборки или какие крючки, на которые ограничивает шаблон CSS для этих больших значений атрибутов. Теперь я использую микроформа для достижения этого уровня, который я даже не использую атрибуты класса (кроме атрибутов класса, которые сопровождают микроформу) для разработки всей страницы.
В редких случаях мне нужно добавить новый элемент (предполагая разделение цели макета), я сначала думаю, что это то, что уже существует в расширении микроформы. Я приведу вам пример использования режима Hatom:
<div class = hentry>
<h2 class = intreatment> title </h2>
<div class = inter-content>
Основной контент
</div>
<div class = intry-illaving>
Связанный контент
</div>
</div>
Если вы сохраняете преимущества микро форматов, вы заметили, что связанная с входом не является частью шаблона Hatom, но в этом случае я абсолютно, явно, должен иметь дополнительный фактор, как мне составить ценность недвижимости, как связанные с ними-сиделинки?
Когда кажется более логичным расширить схему именования микроформитов?
HTML5
В начале этой главы я должен откровенно говоря, в этот момент я не могу уделять меньше внимания HTML5. Однако это не ключ к проблеме. HTML5 представляет некоторые потенциально очень полезные новые элементы, такие как:
раздел
Обычный раздел файла или приложения. В этом отношении главы являются тематической классификацией контента.
статья
Часть страницы, состоящей из статей, которые составляют независимую часть документа, веб -страницы или веб -сайта. Это может быть сообщение на форуме, журнал или газетная статья, запись в веб-журнале, комментарий, предназначенный для пользователя, или любой другой независимый элемент контента.
в стороне
Часть страницы, состоящей из контента, не зависит от контента, связанного с за исключением элементов, и может считаться отдельной от контента. Эти части часто проявляются в виде печатных и типографских боковых панелей.
Поскольку для изобретателей микроформи были логично основать свои схемы на существующих спецификациях, для меня, конечно, теперь имеет смысл адаптировать мои соглашения о именовании, чтобы следовать за тем, что в HTML5? Конечно, я не могу использовать:
<раздел>
<h2> title </h2>
<статья>
Основной контент
</article>
<в сторону>
Связанный контент
</кроме>
</section>
Но теперь я могу использовать значения атрибутов идентификатора и класса, чтобы помочь мне познакомиться с HTML5, взяв мою документацию, чтобы пойти еще дальше к этому.
<div class = раздел>
<h2> title </h2>
<div class = article>
Основной контент
</div>
<div class = кроме>
Связанный контент
</div>
</div>
Я думаю, что это логичный следующий шаг для меня. Поэтому, глядя на этот демонстрационный файл, я принял основу элементов HTML5 для моей соглашения об именованиях. В дополнение к тому, что я только что упомянул, обратите внимание, что я определил способ классификации и навигации (NAV), построения полей с Colgroup и COL, преобразовать неупорядоченный список в сетку и использовать DataGrid.
Спецификация тега HTML5 также включает в себя детали, диалог и рисунок, которые я также могу использовать в качестве значений атрибутов.
Если бы я мог достичь сегодняшнего желания, это желание было бы так, чтобы все разработки структуры CSS примут ту же соглашение об именах (а также широко встроенное в микроформаты), чтобы люди, которые являются новичками с значимыми тегами и классовыми атрибутами.