前言
不是图书控的我，鬼迷心窍的一心想做一本更加真实的网络书
从来没有试过冰糖橙子的我，神魂颠倒的取了诡异的博客名
断断续续，拖拖延延的做很久，墨迹了个半成品
总而言之2011，冰糖橙子将会更加努力
本文是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]](http://www.example.com/photo.jpg)
weblog
微观数据模型是以名称/值形式一一对应成组的结构。一个微观数据的特性名（就像这个例子中的name，photo，url）始终存在于一个申明的HTML元素中。相应的属性值取至于该元素的DOM。对大多数HTML元素来说,属性值仅仅是该元素的文本内容，但是也有少数例外。
| 元素 | 特性值 |
|---|---|
<meta> |
content 属性 |
|
src属性 |
|
href 属性 |
<object> |
data 属性 |
<time> |
datetime 属性 |
| all other elements | 文本内容 |
深入微观数据
在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中也能使用。