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

Question

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

如果是,那为什么呢？如果没有那么为什么？

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

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

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

Answer 1

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

• 访问Google Rich Snippets等机器人的数据
• 通过像H2VX这样的μF-comsuming工具访问用户的数据
• (一些)数据验证
• 更有意义的标记,这让我很开心

(次要)缺点是

• 时间; 手工编码这些东西可以是皮塔饼.以编程方式添加(例如,从CMS中的数据生成)或制作一堆片段.如果通过CMS进行,那么(对我而言)是一个明智的选择
• 需要特别注意UI才能做好(如果暴露最好,但通常涉及自定义图标等)

微格式在HTML5中可以正常工作.有一些新的HTML5元素可以很好地映射到某些μF函数,<time>但值得注意的是,当前的μF工具通常无法处理HTML5的新元素("工具支持"幻灯片).

您的其他选择是HTML5的微数据和RDFa.Microdata相当不错,但很新,所以没有很多工具可用.您可以在微数据中表示微格式,HTML5规范包含vCard和vCal的微数据版本.还有HTML5的data-属性,但这是私人使用的,并不编码可见数据,所以可能不是你想要的.

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

为了完整性我已经习惯了

• 使用hCard
• 的hCalendar
• hEvent
• hAtom
• hReview(一次？:)
• XFN
• 再加上像rel-license这样的rel

编辑:我已经在HTML5Doctor上写了这些文章,你需要知道的一切 ;)

• 扩展HTML - 微格式
• 扩展HTML - 微数据

HTH

Answer 2

你应该问Jeff Atwood.

Answer 3

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

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

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

有支持对微数据是基于微格式,以提供更多的语义到个人和元件组的结构.

并回答你的主要问题:

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

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

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