立即领取|华润集团、宁德核电、东风岚图等 20+ 标杆企业数字化人才培养实践案例 了解详情
写点什么

对比与澄清:微格式 vs RDF

  • 2007-11-04
  • 本文字数:1915 字

    阅读完需:约 6 分钟

对于语义网,微格式 RDF 之间是存在差别的。 James Simmons 在 SematicFocus 博客上发了一篇帖子,列出了他关于这个话题的一些思考。而 Johannes la Poutré在 Squio 博客上回复了他对这个话题的理解。他们都认可 RDF 和微格式是彼此有很大诧异的,然而就这种差异与语义网之间的关系,二位却彼此完全不能苟同。James 一开始就指出微格式有意避开了 RDF 的一些核心方向:

许多人极力宣称微格式可以用来替换 RDF,然而当初设计微格式,并不是为了与 RDF 做同样的事情。虽然微格式与 RDF 都可以用来保存关于数据的数据,他们却不是用来解决同样问题的。……在微格式的“关于”页面上,你可以知道微格式是什么,不是什么。 微格式不是用来做这些事情的:

  • 一种新的语言
  • 无限可扩展,并且是开放式的
  • 试图让每个人都改变他们的行为并重新开发他们的工具
  • 全新的方式,可以让大家抛弃现有可用的途径
  • 能够解决分类技术(taxonomies)、本体论(ontologies)和其他类似抽象问题的“万能灵药”
  • 定义整个世界,甚至让海洋都沸腾起来

相比较而言,RDF 的目标范围更加远大,在 James 的意见看来,其中有些东西对于语义网来说至关重要:

RDF 能做到(而微格式不能的): - 资源以 URI 展示,允许远程访问元数据

  • 可无限扩展,并且是开放式设计
  • 一种基于其之上构建的、强大的本体论语言(OWL)
  • 利用、分享、扩展任何词汇的能力
  • 不依赖事先定义好的“格式”(比如:不受可编码数据的类型的限制)

如你所见,有些东西只能通过 RDF 而不是微格式来做。语义网依赖我上面列出的东西。为什么微格式不会成为 W3C 的语义网远景的一部分,上面就是几个非常清晰明了的原因。

James 进一步进行了比较 / 对照分析,他指出微格式有些 RDF 不具备的东西,并阐述了他认为微格式为构建语义网所能做出的贡献。

我要说微格式有些特质是 RDF 所不具备的(即便未必所有的序列化形式都不具备),至少不是以同样的方式: - 设计时优先考虑人的需要,然后再考虑机器的需要

  • 模块化 / 嵌入性
  • 允许并鼓励去中心化的开发、内容、服务
  • 格式的设计原则
  • 适于当前的行为和使用模式
  • 与语义 XHTML 的高度相关性

曾经提过,我相信通过引入“散置元数据(metadata sprinkling,将元数据包括在其他“正常”数据中的行为)”的概念,微格式可以帮助更多的人知道语义网。它允许简单元数据的嵌入性,并且不会影响 XHTML 文档的验证过程。这种方式可以帮助普通用户更深入了解语义网的远景。

Joe 并不认为微格式相对狭窄的适用范围会削弱微格式在定义语义网方面的影响或职责。不过,对于 James 针对两个概念进行比较后所得出的差异结论,他是同意的。

实际上,微格式不是 RDF 的变种,更不是“穷人版的 RDF”。那从来都不曾被作为设计目标。更重要的是,在任何方式来看,微格式都不是第一等的语义网对象。实际上,它们是用来解决语义正确的标记(semantically correct markup)的、目前能想到的最简单解决方案,而且仅限于最普通的数据格式。

重新审视下微格式的章程,他们希望成为普通人的解决方案,面对的是有良好意图的网站管理员人群。这样的话,微格式就可以做的非常成功(相对于“html as tag soup”这个“成功”的故事来说。【译注:html as tag soup 是指使用 html 编写页面时,不考虑 html 的架构和语义要求,各种 tag 混杂在一起,就像一盆搅和在一起的、乱七八糟汤。当使用 html 展示文档而不考虑文档的语义要求时,就可以说创建了 tag soup。】)。没错,是这样的。

接下来,他认为 RDF 是高高在上且遥不可及的,并提出了自己对未来发展的看法:相对 RDF 来说,基于其可及性,微格式将在定义语义网方面起到更大的作用。

底线:语义网已经缺乏现实内容太长时间了(经不起 DBPedia 和 Freebase 以及诸如此类社区和项目的冲击),而且没有供普通人使用的真实世界的应用。微格式可以并将会得到这个广大目标用户群的拥护和提倡,就是那些掌握了 html 和基本的数据构造,但是对图论没有兴趣的人。

如果这些人群可以通过在浏览器中“查看源代码”立即理解页面内容,他们就会跟上拥护微格式的大部队。看一看 RSS 2.0 是怎么样超越具有优秀语义特性的(基于 RDF,但是更复杂)RSS 1.0 并取得成功的吧。

到最后,这些都将不是问题。绝大部分的内容对于语义网来说将是“足够好”的(通过 GRDDL 变换和屏幕擦除 [screen scraping]);就像现在的 html,以某些方面来讲,在我们的浏览器里面已经呈现的足够好了。

查看英文原文: A Comparative Clarification: Microformats vs. RDF - - - - - -

译者简介:郑柯,目前任职《程序员》杂志社高级编辑,有志于在中国的软件开发业界推广 Agile 的理念和方法论,笃信以人为本,关注 Ruby,关注敏捷,关注人。参与 InfoQ 中文站内容建设,请邮件至 china-editorial@infoq.com

2007-11-04 17:001162
用户头像

发布了 479 篇内容, 共 157.6 次阅读, 收获喜欢 49 次。

关注

评论

发布
暂无评论
发现更多内容

Java 项目中使用 Resilience4j 框架实现异步超时处理

码语者

Java TimeLimiter 超时管理

下单延迟10s撤单性能测试

FunTester

性能测试 延迟队列 接口测试 测试框架 FunTester

前端开发规范之代码规范

@零度

大前端

模块四 千万级学生管理系统的考试试卷存储方案

架构实战营模块 9 作业指导

华仔

架构实战营

《致命愿望》:与魔鬼签订契约

爱奇艺技术产品团队

使用kubeadm快速搭建K8s环境

walker12138

Java开发基础之开发环境搭建

@零度

JAVA开发

基于CarbonData的电信时空大数据探索

华为云开发者联盟

大数据 网络 电信 CarbonData 无线通信网络

微信 ClickHouse 实时数仓的最佳实践

科技热闻

质量基础设施“一站式”线上平台搭建,NQI一站式综合平台解决方案

电微13828808271

高可用是什么意思啊?行云管家支持高可用部署吗?

行云管家

高可用 服务器 IT运维

Tapdata “设擂招贤”携手 LeetCode 举办全球极客技术竞赛

tapdata

10年阿里人告诉你:秒杀系统设计就该这么玩

热爱java的分享家

Java 架构 程序人生 编程语言 经验分享

CWE4.6标准中加入 OWASP 2021 TOP10

华为云开发者联盟

漏洞 cwe 软件安全 CWE4.6 OWASP

龙智携手Atlassian亮相GOPS全球运维大会,助力企业高效开发与运维

龙智—DevSecOps解决方案

运维 运维大会 GOPS大会

【活动预告】Apache ShardingSphere 5.0.0 全新 Database Plus 架构演进

SphereEx

开源社区 ShardingSphere TiDB SphereEx 线下沙龙

先到先得!Alibaba甩出第四次更新的JDK源码高级笔记(终极版)

热爱java的分享家

Java 源码 jdk 面试 经验分享

【活动预告】下一代数据平台走向何方?

SphereEx

大数据 大前端 ShardingSphere SphereEx 线上沙龙

「Oracle」Oracle 数据库基本概念

恒生LIGHT云社区

数据库 oracle

加速云原生应用落地,焱融 YRCloudFile 与天翼云完成兼容性认证

焱融科技

云计算 分布式 云原生 高性能 文件存储

破解数据匮乏现状:纵向联邦学习场景下的逻辑回归(LR)

华为云开发者联盟

联邦学习 数据隐私 数据安全 逻辑回归 纵向联邦学习

【干货】大数据开发之Spark总结

@零度

大数据 spark

HBase 的协处理器详细剖析

五分钟学大数据

11月日更

ETL工具算法构建企业级数据仓库五步法

大数据技术指南

11月日更

本周话题:元宇宙到底是不是未来?

InfoQ写作社区官方

话题讨论 元宇宙

Linux学习有用吗?《Linux一学就会》教你如何学会Linux

侠盗安全

Linux 运维 云计算架构师 linux电子书

Apache Tomcat 7.x安全加固指南

喀拉峻

网络安全 安全 信息安全

智慧园区一体化管理平台开发,园区智能化集成系统

电微13828808271

基于内存通信的gRPC调用

Robert Lu

gRPC Go 语言

Kvrocks 发布 Exporter 工具

Kvrocks

redis Prometheus kvrocks

对比与澄清:微格式 vs RDF_架构_Mark Figley_InfoQ精选文章