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

Question

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

如果是，那么为什么？ 如果不是那么为什么？

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

HTML 5中是否还有其他微格式？

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

Answer 1

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

• 访问Google Rich Snippets
等机器人的数据
• 通过μF-comsuming工具（如H2VX
）访问用户数据
• （某些）数据验证
• 更有意义的标记，这让我很开心

（次要）缺点是

• 时间;手工编码这些东西可以是皮塔饼。以编程方式添加（例如，从CMS中的数据生成）或制作一堆代码段。如果通过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。 Microdata相当不错，但很新，所以没有很多工具可用。您可以在微数据中表示微格式，HTML5规范包含microdata versions of vCard and vCal。还有HTML5’s data- attribute，但这是供私人使用的，不会对可见数据进行编码，因此可能不是您所追求的。

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

为了完整性，我使用了

• 的hCard
• 的hCalendar
• hEvent
• hAtom
• hReview（曾经？：）
• XFN
• 加上一些rels，如rel-license

编辑：我已经在HTML5Doctor上用你需要知道的所有写了这些文章;）

• Extending HTML — Microformats
• Extending HTML — Microdata

HTH

Answer 2

你应该ask Jeff Atwood。

Answer 3

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

• <time>
• <address>
• <header>
• <nav>
• <footer>
• <article>
• <summary>
• <details>

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

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

回答你的主要问题：

不，我没有微格式，因为在我认真考虑你的问题之前，我没有看到优势。我正在使用较新的HTML5元素，如时间和自定义数据属性，但不使用微格式，因为数据已经在后端构建，并且为了更加结构化和语义访问，我将使用具有特定扩展的RSS源和在文档中包含指向Feed的链接。

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

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