您在 Web 项目中使用微格式吗？ [关闭]答案

【问题标题】：Do you use microformats in your web projects? [closed]您在 Web 项目中使用微格式吗？ [关闭]
【发布时间】：2010-05-26 03:42:55
【问题描述】：

您在您的网络项目中使用microformats 吗？

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

如果是，那你用什么东西？

HTML 5 中是否有任何微格式的替代品？

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

【问题讨论】：

标签： css xhtml html semantic-markup microformats

【解决方案1】：

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

访问机器人的数据，如Google Rich Snippets
用户可通过 H2VX 等 µF 消费工具访问数据
（部分）数据验证
更有意义的标记，这让我很开心

（次要）缺点是

时间；手工编码这些东西可能是一个皮塔饼。以编程方式添加（例如从 CMS 中的数据生成）或制作一堆 sn-ps。如果通过 CMS 进行操作，那么（对我而言）这是不费吹灰之力
需要特别注意 UI 才能做得好（最好是公开，但这通常涉及自定义图标等）

微格式在 HTML5 中可以正常工作。有一些新的 HTML5 元素可以很好地映射到一些 µF 函数，尤其是 <time>，但请注意 current µF tools generally can’t cope with HTML5’s new elements (“Tool support” slide)。

您的其他选择是HTML5’s microdata 和RDFa。微数据非常好，但很新，所以没有很多可用的工具。您可以在微数据中表示微格式，HTML5 规范有microdata versions of vCard and vCal。还有HTML5’s data- attribute，但这是供私人使用的，不编码可见数据，所以可能不是你想要的。

我认为这三个是一个连续体，从简单但具体（微格式）到困难但可以做任何事情（RDFa），微数据（对我来说）占据中间的最佳位置。 Google Rich Snippets 可以读取其中任何一个中的数据，但用户工具仍在迎头赶上。任何这些的主要好处是通过公开更多信息使您的内容更有用，对我来说，这通常是值得的。

为了完整性，我已经使用了

h 卡
hCalendar
hEvent
hAtom
hReview（一次？:)
XFN
加上一些 rels，比如 rel-license

编辑：我在HTML5Doctor 上写了这些文章，你需要知道的一切 ;)

HTH

【讨论】：

+1 到 Google 的“丰富的 sn-ps”页面的极好链接。很高兴听到搜索引擎正在广泛使用微格式。
谢谢迈克尔——如果你有兴趣，我添加了几个我写的文章的链接

【解决方案2】：

你应该ask Jeff Atwood。

【讨论】：

【解决方案3】：

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

它还允许在元素中以"data-" 开头的自定义data attributes。

support 用于 microdata，它基于 microformats 为单个和一组元素提供更多 semantic 结构。

回答你的主要问题：

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

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

只要元素以标准方式构建，我就可以在所有应用程序中构建一个可重用代码共享库，以处理姓名、地址、联系方式、电话号码等常见数据项，以增强所有应用程序。例如，自动将地址链接到 Google 地图，或链接电话号码以在移动设备上使用本地协议（例如 tel:）以及我可以做的各种其他增强功能。

【讨论】：