Css 您是否在web项目中使用微格式？

您是否在web项目中使用

如果是，为什么？ 如果没有，为什么

如果是，那么您使用哪些东西

HTML5中是否有其他微格式

---

我还没有使用微格式。我应该现在就开始使用还是不太需要？

HTML5定义了各种语义标记来标记数据：

它还允许在元素中以

“data-”

开头进行自定义

这是基于为单个元素和元素组提供更多结构的

回答你的主要问题：

不，我不喜欢微格式，因为在我认真思考你的问题之前，我没有看到它的优点。我使用的是较新的HTML5元素，如时间和自定义数据属性，但不是微格式，因为数据已经在后端结构化，为了更结构化和语义访问，我会使用带有特定扩展的RSS提要，并在文档本身中包含指向提要的链接

也就是说，这就是为什么我仍然支持微格式，并且相信它们非常棒，并且很可能在不久的将来开始使用它。对我来说，它有一个非常特殊的用途，与对web应用程序中元素的编程访问有关。RSS和Atom提要以非常结构化的方式提供相同的数据，但这是另一种视图。微格式或任何其他国产标准都可以有效地用于增强应用程序

---

只要元素是以标准方式构造的，我就可以在所有应用程序中构建一个共享的可重用代码库，该库处理常见的数据项，如姓名、地址、联系方式、电话号码等，以增强所有应用程序。例如，自动将地址链接到谷歌地图，或将电话号码链接起来，以便在移动设备上使用本机协议，如

tel:

，以及我可以做的各种其他增强功能。

你应该这样做。

我已经相当广泛地使用了微格式。我看到的好处是

• 像这样的机器人的数据访问
• 通过µF消费工具（如
• （一些）数据验证
• 更有意义的标记，这让我很高兴

（次要）缺点是

• 时间；手工编码这些东西可能是一个pita。以编程方式添加（例如，从CMS中的数据生成）或生成一组代码段。如果通过CMS进行，那么（对我来说）这是一个无需思考的问题
• 需要特别注意UI才能做好（最好是公开，但这通常涉及自定义图标等）

微格式和HTML5一样工作良好。有一些新的HTML5元素可以很好地映射到某些µF函数，尤其是

，但请注意

你的其他选择是，和。微数据非常好，但是非常新，所以没有很多可用的工具。您可以在微数据中表示微格式，HTML5规范也有。也有，但这是私人使用，不编码可见数据，所以可能不是你想要的

我认为这三个是一个连续的，从简单但具体的（微格式）到硬的，但有能力的任何东西（RDFA），微观数据（对我来说）占据中间的一个甜点。谷歌丰富的代码片段可以读取其中任何一种格式的数据，但用户工具仍在追赶。其中任何一项的主要好处都是通过公开更多的信息来提高内容的可用性，对我来说，这通常是值得的

为了完整性，我使用了

• hCard
• hCalendar
• 海文
• 哈托姆
• hReview（一次？：）
• XFN
• 再加上一些rel，比如rel许可证

编辑：我已经写了这些文章，里面有你需要知道的一切；）

---

HTH

+1指向谷歌“丰富片段”页面的优秀链接。很高兴听到搜索引擎在野外使用微格式。谢谢迈克尔-如果你感兴趣，我为我写的文章添加了更多链接