前言

不是图书控的我,鬼迷心窍的一心想做一本更加真实的网络书

从来没有试过冰糖橙子的我,神魂颠倒的取了诡异的博客名

断断续续,拖拖延延的做很久,墨迹了个半成品

总而言之2011,冰糖橙子将会更加努力

目录

微观数据(Microdata)的数据模型

2 Comments

本文是Dive Into HTML5 第11章的一个小节,作者是 Google 的软件工程师 Mark Pilgrim。Dive Into HTML5是一本非常系统的讲解HTML5的一本书,相信能让你对microdata数据模型有一定的认识。这是我第一次的翻译,凭借拙劣的英文水平,所以翻译水平有限,若有不准确之处欢迎各位同学指正。
上一节:什么是微观数据
——————————以下为翻译的全文——————————

要自定义微观数据很简单。首先,你需要一个命名空间,他只是一个URL。这个URL命名空间实际上指向一个正在运作网页,尽管这并不是严格的要求。比方说我们想要创建一个描述一个人的微观数据词汇表,如果我拥有data-vocabulary.org这个域名,我会使用http://data-vocabulary.org/Person这个URL地址作我的微观数据词汇的命名空间。选择一个在你控制下的域名,这是一个简单的创建全局唯一的标识符的方法。

在这个Person词汇表中,我需要定义一些命名的属性。让我们从这个三个基本属性开始。

• name(您的名字)
• photo(链接到你的图片)
• url(与你相关的网站比如博客或者Google profile)

其中一些特性是URL,其他的纯文本,无论是那一种形式都会将自身与HTML标签的组成形式联系起来。假设你有一个个人资料页面或者“关于”页面。你的名字作为一个标题,一个<h1>元素。你的照片会是一个<img alt=”” />元素,因为你希望人们看到图片。任何的链接到你的资料页面的网址被作为链接,因为你希望人们可以点击他们。在讨论的微观数据模型之前,我们先把全部的个人资料信息被包裹在 元素中以把他与页面的其他元素分离开,像这样

↶ It’s all about me

Mark Pilgrim

[me smiling] weblog

微观数据模型是以名称/值形式一一对应成组的结构。一个微观数据的特性名(就像这个例子中的name,photo,url)始终存在于一个申明的HTML元素中。相应的属性值取至于该元素的DOM。对大多数HTML元素来说,属性值仅仅是该元素的文本内容,但是也有少数例外。

微观特性值来至哪里
元素 特性值
<meta> content 属性
  • <audio>
  • <embed>
  • <iframe>
  • <img>
  • <source>
  • <video>
src属性
  • <a>
  • <area>
  • <link>
href 属性
<object> data 属性
<time> datetime 属性
all other elements 文本内容

继续阅读:微观数据(Microdata)的数据模型

什么是微观数据(Microdata)

1 Comment

深入微观数据

在html5中有超过100个元素,一部分是表示语义的,另外的就只是script API的容器(比如:canvas)。纵观网页发展的历史,web标准的卫道者们争论哪些元素应当被包含在HTML语言中。HTML是否应该应该包含 <figure>,<person>,<rant>?标准被拟定,提纲被编写,开发者执行并运用,不断的推动web向前发展。

当然,一些想法没有被采纳,比如在HTML5中并没有<person>这个元素(同时也没有<rant>),没有任何力量可以阻止你在在开发过程中书写<person>这个元素,但是他不会通过验证,不会通过浏览器而工作,并且可能与未来的HTML规则发生冲突。

对,所以构造自定义的元素并不是一个解决办法,那么怎么才是web语义者倾向的做法呢?曾今有很多企图扩展以前版本的HTML的做法,最通常就是“微格式(microformats)”,在HTML4中用在class以及rel属性上。第二种选择是RDFa,原本是设计在XHTML中使用,但是在HTML中也能使用。

继续阅读:什么是微观数据(Microdata)

阅读设置

书本模式 传统模式

开启 关闭

开启 关闭