验证 Json 架构草稿 V4
我有一个如下的Json模式，当我在网上验证它时，比如http://jsonschemalint.com/draft4/#，它说它是有效的。我把“类型”改成了“对象”、“数组”、“字符串”，其余的结构保持不变。它仍然说是有效的模式。我的理解是当类型=对象时应该有“属性”,当类型=数组时应该有“项目”
{
"title": "Example Schema",
"type": "string",
"properties": {
"firstName": {
"type": "string"
},
"lastName": {
"type": "string"
}
},
"required": [
"firstName",
"lastName"
]
}
共有1个答案
根据文件:
某些验证关键字仅适用于一个或多个基元类型。当给定的关键字无法验证实例的基元类型时，此关键字和实例的验证应该会成功。
所以你说的行为是正确的。
-
草稿是没有日期的文章。它们是你还在创作中而暂时不想发表的文章。想要开始使用草稿，你需要在网站根目录下创建一个名为 _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"作为原始分支 现在激活的分支应该是你刚刚创建的那个 正常编辑你的书本 当草稿完成时，打开分支菜单，点击“合并分支” 合并你的草稿分支至主分支 删除刚刚合