uedbet手机官网下载-uedbet手机app下载

之所以想起来写些关于JSON-LD的东西，是因为Ghost对其提供了支持。而由于我总是跳着更新，所以最近才刚刚发觉到，但这真是极好的...

JSON-LD 是 JavaScript Object Notation for Linked Data的缩写，是一种基于JSON表示和传输互联数据（Linked Data）的方法。对于JSON我们格外熟悉，但对于互联数据这个词，可能部分人会既熟悉而又觉得陌生，因为单字面意思已经很清楚，但要表达出其完整含义也并不容易。

互联数据可以说是语义网(Semantic Web)的一部分，但相较于1998年语义网概念的提出，互联数据这个一样显而易见的概念实际出现却要晚了数年。这些年我们一直在强调Web的语义，即便是HTML5那一堆新增标签也不外如是。语义并不是简单的将数据放到Web上，而是对于不仅仅是人，机器也必须都能识别并准确的处理以及高效的利用。而互联数据则更要求数据的指向性，当我们有部分数据时，即可找到对应的相关联的其他数据。听起来Web不一直是这样吗？并非如此，当数据从数据库里被拼装成页面后，可能对于人而言找到数据可能轻而易举，但对于机器而言，很难将页面恢复到原始数据，也缺乏语义的判断。若无标准来统一语义和数据互联，对于机器来说整个Web其实是乱糟糟的。

为了使机器可以准确理解，处理和整合数据，我们有了语义Web。而其组成部分RDF(Resource Description Framework)即是用于描述网络资源的W3C标准。RDF工作组目前已经停止了活动，但通过艰苦的努力，已经将JSON-LD 1.0及JSON-LD 1.0处理算法和API推进到了W3C的标准状态。

回过头来再看JSON-LD实际例子，比如Ghost的JSON-LD输出(因为比较长，所以略去一些)：

<script type="application/ld+json">
{
    "@context": "http://schema.org",
    "@type": "Article",
    "publisher": "uedbet手机官网下载@剑空",
    "headline": "浅读 Media Query Level 4",
    "url": "http://swordair.com/some-parts-of-media-query-level-4/",
    "keywords": "CSS, web standard, media query"
}
</script>

JSON一目了然，这也是为什么标准选择JSON格式的原因，基于JSON并通过社区的努力标准化，本质上实现的是：通过将概念映射到IRI使得数据自描述(self-descriptive)。可以看到例子里的JSON包含一个上下文"@context"，并使用了Schema.org提供的数据结构，使得JSON里的描述字段"publisher", "headline"都有了约定的精确定义(在类型Article中列出)。搜索引擎就可以通过这些约定的概念，更为准确的找到(处理)我们搜索的数据。

对于JSON-LD本身这里不具体讨论，定义可以参看标准文档，虽然类目繁多，但开发人员使用JSON-LD并不困难，只需要了解关键字"@context"以及"@id"就可以使用其基本功能。

Google在2013年底IO大会上宣布兼容JSON-LD，特别是其Gmail等产品。而这几年我也看到部分开源库已经开始提供返回的JSON—LD的API。毫无疑问，在这个RESTful API的Web时代，JSON-LD确有用武之地。

最后提一下与JSON-LD相似的RDFa(通过属性嵌入RDF)，同样是提供上下文，但属性嵌入到方式注定RDFa只适合小范围的片段嵌入以代替Mircodata，而难以用作大量纯粹数据的定义方式。而添加RDFa的难度也往往大于JSON-LD，毕竟是需要去接受已经存在的内容的情况。当然，搜索引擎对于非可见数据，无论是RDFa还是JSON-LD，应该依旧只是参考作用。搜索引擎也理应总是偏向可见的内容。

参考资料