HTML5 微格式和相关的属性名称

HTML5 发展中的命名约定和微格式。

2004年5月29日,在我退休的博客和所有的大话 ,当我调查40个设计师的网站,看看他们为公共页面元素使用的约定,如标题和横幅,导航,内容和页脚(那时候的结果 )。

这几乎不是科学研究,但在那年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模式的例子:


<div class="hentry">
<h2 class="entry-title">Title</h2>

<div class="entry-content">
Main content
</div>

<div class="entry-related">
Related content
</div>
</div>

如果您正在保持微格式的优势,你已经注意到, entry-related不是 hAtom 模式的一部分,但在这种的情况下,我绝对地,明确地不得不有一个额外的因素,如何组成一个像related-sidelinks这样的属性值呢?

什么时候延伸微格式的命名模式看起来更合逻辑呢?

HTML5

在这个章节的开始,我应该坦率的说,此时此刻,我对HTML5的关注不能较少。不过,这不是问题的关键。HTML5引入了一些潜在的非常有用的新元素,例如:

section

一个普通的文件或应用程序部分。章节 ,在这方面,是内容的一个主题分类。

article

由文章组成的页面的一部分,构成文档、网页或网站的一个独立部分。 This could be a forum post, a magazine or newspaper article, a Web log entry, a user-submitted comment, or any other independent item of content.这可能是一个论坛,杂志,报纸文章,网络日志,用户提交的评论,或任何其他的内容的独立项目。

aside

由内容组成的页面的一部分,与aside 元素相关的内容无关,并可以被认为是从内容中分离出来的。 这些部分,经常表现为印刷排版侧边栏。

As it was logical for the inventors of Microformats to base their schemas on existing specifications, surely it now makes sense for me to adapt my naming conventions to follow those in HTML5?由于对微格式的发明者来说,在现有的规范上发展他们的模式是合乎逻辑的,当然,现在对我以适应我的命名约定去跟随HTML5很有意义?当然,我还不能使用:


<section>
<h2> Title</h2>

<article>
Main content
</article>

<aside>
Related content
</aside>
</section>

但现在我可以使用id和class属性值来帮助我熟悉的HTML5,带着我的文档朝它更进一步。


<div class="section">
<h2> Title</h2>

<div class="article">
Main content
</div>

<div class="aside">
Related content
</div>
</div>

我觉得对我来说是一个合乎逻辑的下一步。因此,看看这个示范文件,我已经采取了HTML5元素为我的命名约定的基础。除了我刚才提到的,留意,我已经确定了分类和导航的方式(nav ),用colgroup和col构建字段 ,把一个无序列表转换为网格,用datagrid。

HTML5的标记规范还包括details , dialog和figure ,我同样地可以当做属性值使用。

如果今天我可以实现一个愿望,这个愿望将是所有的CSS框架的开发将采取相同的命名约定(而且也广泛地嵌入微格式),以便初学意义丰富的标记和CSS的人们有个正确的出发点,使用的更有意义,更合逻辑,而不是表象的id和class属性。

本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

1、htmlshiv.js Remy开发的HTML5shiv工具能利用JavaScript在老式IE里创建main,header,footer等HTML5元素。也就是说使用JavaScript能创建这些本来不存在的HTML5新元素。这是什么原理?你可能花几天也想不明白,但谁在意呢!这个脚本几乎是所有正式网站必用
HTML5 火的正热,最近有个想法也是要用到HTML的相关功能,所以也要好好学习一把。 好好看了一下Canvas的功能,感觉HTML5在客户端交互的功能性越来越强了,今天看了一下Canvas绘图,下边是几个实例,记下以备后用。 1、使用Canvas绘制直线: !doctype html ht
响应式布局,理想状态是,对PC/移动各种终端进行响应。媒体查询的支持程度是IE9+以及其他现代的浏览器,但是IE8在市场当中仍然占据了比较大量的市场份额,使我们不得不进行IE低端浏览器的考虑。那么如何在IE6~8浏览器中兼容响应式布局呢?这里我们需要借助这
近日,微软宣布开源Chakra的核心组件。Chakra是微软新一代浏览器 Microsoft Edge的JavaScript引擎。相关代码将于2016年1月上传到微软的GitHub账号,项目名称为 ChakraCore,遵循MIT许可协议。 ...,HTML5中国,中国最大的HTML5中文门户。
这篇文章报道的不是“新闻”,因为W3C早已开始着手CSS变量方面的工作。至于Google,则要追溯到11月初,当时该公司主要开发人员之一的Addy Osmani宣布了率先在Chrome Canary中引入对CSS变量的支持。 ...,HTML5中国,中国最大的HTML5中文门户。
25年后,你发的编程知识经验还会增加,但薪水却不加了;25年后,如果你还热爱编程便不会选择转行去当管理人员;25年后,你想和好友去玩耍,而经理却让你加班;那么你是否想过这25年之间做出另一种选择呢? ...,HTML5中国,中国最大的HTML5中文门户。