这几乎不是科学研究，但在那年6月，我跟进了Eric Meyer的一些意见 ，并出版了一套命名约定。当我发现一个网站已经通过了这些命名约定时，我总是很高兴，我任然每一天都在用，甚至超过4年后的每一天。
那时候我的想法可以概括成这样
id和class属性名称必须反映元素的功能或内容，而不是反映了介绍。 所以出了header并再来branding; 出了footer并再取而代之的是site-info。
Naming should take on almost an XML style structure.命名将要承担几乎整个XML式结构。因此，内部content来了 content-main , content-sub 和 content-supp 。
这些约定为我服务的很好，我所做的，几乎没有改变他们的核心。毫无疑问，他们都使我的工作速度更快，更一致和更有益。 他们使建立产品更容易，以及更容易用我的思维方式培养与我共事的人 。命名约定起作用。
微格式和相关的属性名称
让我们面对它，微格式，如hCard，hCalendar，hAtom和其他草案带来了如此多的属性值，以至于常常没有必要考虑哪一个构建文件或提供了哪一个约束CSS模式的挂钩这些更多的属性值。现在我使用微格式达到这种程度，以至于我甚至不使用class属性（微格式伴随的class属性除外）发展整个页面。
在难得的场合，我需要添加一个新元素（假设布局目的的一个划分）我首先想到的是延伸微格式中已经存在的。我将给您举个使用hAtom模式的例子：
Title
Main content
查看更多关于HTML5微格式和相关的属性名称_html5教程技巧的详细内容...