当前位置: 首页 > 知识库问答 >
问题:

验证 Json 架构草稿 V4

费锋
2023-03-14

我有一个如下的Json模式,当我在网上验证它时,比如http://jsonschemalint.com/draft4/#,它说它是有效的。我把“类型”改成了“对象”、“数组”、“字符串”,其余的结构保持不变。它仍然说是有效的模式。我的理解是当类型=对象时应该有“属性”,当类型=数组时应该有“项目”

{
  "title": "Example Schema",
  "type": "string",
  "properties": {
    "firstName": {
      "type": "string"
    },
    "lastName": {
      "type": "string"
    }
  },
  "required": [
    "firstName",
    "lastName"
  ]
}

共有1个答案

佴保臣
2023-03-14

根据文件:

某些验证关键字仅适用于一个或多个基元类型。当给定的关键字无法验证实例的基元类型时,此关键字和实例的验证应该会成功。

所以你说的行为是正确的。

 类似资料:
  • 草稿是没有日期的文章。它们是你还在创作中而暂时不想发表的文章。想要开始使用草稿,你需要在网站根目录下创建一个名为 _drafts 的文件夹(如在目录结构章节里描述的),并新建你的第一份草稿: |-- _drafts/ | |-- a-draft-post.md 为了预览你拥有草稿的网站,运行带有 --drafts 配置选项的 jekyll serve 或者 jekyll build。此两种方法

  • 我正在使用rest-assured并使用它验证JSON模式。我使用jsonschema生成了模式。net(草稿7),并将生成的模式保存在文件中,并根据GETAPI的响应匹配生成的模式。但抛出错误的代码输出如下: 我的通用模式是模式链接 api API repsonse的响应

  • 当取消序列化一个对象时,您可以使用JSON. parse中的恢复函数,就像在示例中一样。但是,您正在通过常量字符串中的名称访问对象的属性,从而失去了类型脚本的“控制”(例如,重构更改道具的名称不会反映在开关案例中)。 有没有更好的方法来使用typecript的可能性?

  • 我对XML非常陌生,我面临着验证问题,如果我的XML和XSD文件结构良好,我也希望得到一些反馈。 在根据XSD验证XML时,我经常遇到错误- 下面的XML XSD 如果你发现其中任何一个有任何错误,请随时指出。它们都有从图案到最大长度的限制。 谢谢!!!!

  • 我得到了一些由REST API生成的JSON文件,这些文件有很多属性。 我已经为此 API 创建了一个 Swagger 2.0 定义,需要为它提供响应的相应架构。 主要问题:这个JSON文件有很多属性。如果我手动编写模式,这会花费很多时间,而且会犯很多错误。这不是我需要描述的唯一API。 我知道有一些工具可以将JSON转换成JSON模式,但是如果我没有弄错的话,Swagger只有对其他对象定义的$

  • 每次你保存一个文件(或者当你编辑术语表或概要时),都会触发GitBook构建一次书本。 但是正确的工作流程是,先在草稿上撰写,完成后再构建书本。 从分支菜单中创建一个新的分支 输入一个描述你修改内容的名字,例如:“第一个草稿” 选择"master"作为原始分支 现在激活的分支应该是你刚刚创建的那个 正常编辑你的书本 当草稿完成时,打开分支菜单,点击“合并分支” 合并你的草稿分支至主分支 删除刚刚合