11

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

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

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

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

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

4

3 回答 3

11

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

（次要）缺点是

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

微格式在 HTML5 中可以正常工作。有一些新的 HTML5 元素可以很好地映射到一些 µF 功能，特别是<time>，但要注意当前的 µF 工具通常无法处理 HTML5 的新元素（“工具支持”幻灯片）。

您的其他选择是HTML5 的 microdata和RDFa。微数据非常好，但很新，所以没有很多可用的工具。您可以在微数据中表示微格式，HTML5 规范有vCard 和 vCal 的微数据版本。还有HTML5 的data-属性，但这是供私人使用的，不对可见数据进行编码，因此可能不是您想要的。

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

为了完整起见，我使用过

  • 卡片
  • h日历
  • 事件
  • 原子
  • hReview（一次？:)
  • XFN
  • 加上一些 rels 像 rel-license

编辑：我已经在HTML5Doctor上写了这些文章，其中包含您需要知道的所有内容；）

高温高压

于 2010-05-27T03:04:12.757 回答
6

你应该问杰夫阿特伍德。

于 2010-05-26T04:51:53.500 回答
5

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

它还允许从元素内开始的自定义数据属性"data-"。

支持基于微格式的微数据，为单个元素和元素组提供更多语义结构。

并回答您的主要问题：

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

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

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

于 2010-05-26T04:28:40.907 回答