什么是JSON Schema？

什么是JSON Schema？

如果你曾经使用过XML Schema，RelaxNG或ASN.1，那么你很可能已经知道什么是JSON Schema，并且可以跳过本文的阅读。如果你是头一次听说，或者听过过这个词汇但不了解，那么你来对地方了。

要了解JSON Schema是什么，我们应该首先了解JSON是什么。

从本质上讲，JSON建立在以下数据结构上：

对象：
{ "key1": "value1", "key2": "value2" }
数组：
[ "first", "second", "third" ]
数值：
42 3.1415926
字符串：
"This is a string"
布尔：
true false
空值：
null

以上这些类型在大多数编程语言中都有接近的对照类型，但它们可能有不同的名称。

利用这些简单的数据类型，可以表示出各种结构化数据。然而，这种巨大的灵活性带来了巨大的责任，因为同样的概念可以用无数种方式表现出来。例如，你可以想象以不同方式表示有关JSON中某人的信息：

{
"name": "George Washington",
"birthday": "February 22, 1732",
"address": "Mount Vernon, Virginia, United States"
}

以及：

{
"first_name": "George",
"last_name": "Washington",
"birthday": "1732-02-22",
"address": {

"street_address": "3200 Mount Vernon Memorial Highway",
"city": "Mount Vernon",
"state": "Virginia",
"country": "United States"

}
}

以上这两种表述同样有效，但第二种显然比第一种更正式。数据记录的设计在很大程度上取决于其在应用程序中的预期用途，因此这里没有正确或错误的答案。但是，当应用程序通过API请求并期望得到一个人的JSON记录时，重要的是要确切知道该记录应该如何组织。也就是说，当我们需要知道JSON数据中预期的字段以及值的表示方式时，这就是JSON Schema的用武之地。

以下JSON Schema片段描述了上面第二个例子是如何构建的。这里我们不对其中的细节解释，但如果仔细观察，你可以看到，以上第二个例子中的JSON数据结构，以及其中各个字段的类型信息在这里得到了很清晰的说明。

{
"type": "object",
"properties": {

"first_name": {
  "type": "string"
},
"last_name": {
  "type": "string"
},
"birthday": {
  "type": "string",
  "format": "date"
},
"address": {
  "type": "object",
  "properties": {
    "street_address": {
      "type": "string"
    },
    "city": {
      "type": "string"
    },
    "state": {
      "type": "string"
    },
    "country": {
      "type": "string"
    }
  }
}

}
}

通过“验证”针对此JSON Schema的第一个示例JSON数据，您可以看到它失败：

{
"name": "George Washington",
"birthday": "February 22, 1732",
"address": "Mount Vernon, Virginia, United States"
}

但是，第二个例子通过：

{
"first_name": "George",
"last_name": "Washington",
"birthday": "22-02-1732",
"address": {

"street_address": "3200 Mount Vernon Memorial Highway",
"city": "Mount Vernon",
"state": "Virginia",
"country": "United States"

}
}

您可能已经注意到，JSON Schema本身是用JSON编写的。它是JSON数据的规范，而不是计算机程序。它只是“描述JSON数据结构”的声明格式。这既是它的优势，也是它的弱点（和其他Schema语言类似）。它很容易简洁地描述数据的表面结构，并可被用于在程序运行时自动验证数据。但是，由于JSON Schema不能包含任意代码，因此对无法表达的数据元素之间的关系存在某些限制。因此，对于足够复杂的数据格式的任何“验证工具”可能具有两个验证阶段：一个在结构级别，另一个在语义级别。对于结构级别的检查，可以使用Schema语言。对于语义级别的检查，可能需要使用更通用的编程语言来实现。

JSON Schema在API的设计与实现中具有相当重要的作用。具备JSON Schema校验能力的API实现可以帮助对来自用户输入数据的自动校验，以及应用在各类需要在程序运行时完成校验的场景中。这可以帮助开发者以更加规范、严谨的方式来描述自己的API上承载的JSON数据，同时少写许多手工校验的程序代码。

遗憾的是，目前流行的REST API设计并不能直接使用JSON Schema带来的这种能力，这很大程度上在于，在REST API的设计理念中，API请求的参数并不是一个JSON对象，而是以资源模型的方式来描述，这使得无法使用JSON Schema来描述和自动校验这类API上传递的数据。

在灵长科技CEAMS通用企业应用接口管理系统上，系统并没有使用REST API的设计风格，而是参考了经典的SOAP协议设计，规定API的请求参数和返回结果必须是一个JSON对象或者数组，并且为开发者提供了包含JSON Schema支持的API规范设计向导，用户可以很方便地在这里设计和制定自己API上的JSON数据规范。同时，设计好的JSON Schema将在程序执行时，完成对请求和返回结果JSON数据的校验，帮助提高了API数据的安全性，并且避免了手写校验代码的繁琐。

除了用于完成JSON数据校验外，由于可以为JSON数据提供清晰、严谨的声明，JSON Schema在自动化API文档、自动化输入表单生成、JSON数据可视化等方面也有很好的应用场景。有不少开源项目提供了基于JSON Schema的自动化输入表单生成能力。CEAMS系统集成了其中知名的Angular Schema Form，用于为开发者提供的清晰、直观的API测试工具。这样的工具帮助开发者进一步简化了API测试的过程，提高了测试的效率。