当我还没有发布它时,我如何为我的 JSON 模式为其 $id 提供一个绝对的 URL 因为它还没有经过测试?
How do I give my JSON schema an absolute URL for its $id when I haven't published it yet because it hasn't been tested yet?
我正在整理 JSON 模式,我想使用 $ref 来 DRY 我的模式。我将有许多模式,每个模式都使用公共子模式。我想在发布模式之前对模式进行单元测试,方法是编写单元测试断言,在给定特定输入的情况下,输入被视为有效或无效,使用我相信是正确的 JSON 模式库(这样我'我只是在测试我的架构,而不是库)。
让我感到困惑的是,为了在我发布模式之前加载它们(我想在 运行 本地和 CI/CD 期间进行测试),我需要使用像这样的相对本地路径:
"pet": { "$ref": "file://./schemas/components/pet.schema.json" }
那是因为该 pet 架构尚未发布到 URL。尚未通过自动化测试验证它是否正确。这对于 运行 测试来说效果很好,而且它也适用于打包在 Docker 图像中,以便可以在应用程序启动时从磁盘加载模式。
但是,如果我在将顶级模式之一发布到绝对 URL 后将其提供给某人(利用 $ref),它不会因此加载到他们的程序中我使用的路径仅适用于我的单元测试。
我发现我必须使用绝对 URLs 发布我的模式,以便它们在消费程序中使用。我最终以这种方式发布了模式 https://mattwelke.github.io/go-jsonschema-ref-docker-example/schemas/person.1-0-0.schema.json and https://mattwelke.github.io/go-jsonschema-ref-docker-example/schemas/components/pet.1-0-0.schema.json。我通过编写程序测试了它们在消费程序中工作正常:
package main
import (
"fmt"
"github.com/xeipuuv/gojsonschema"
)
func main() {
schemaLoader := gojsonschema.NewReferenceLoader("https://mattwelke.github.io/go-jsonschema-ref-docker-example/schemas/person.1-0-0.schema.json")
jsonStr := `
{
"name": "Matt",
"pet": {
"name": "Shady"
}
}
`
documentLoader := gojsonschema.NewStringLoader(jsonStr)
result, err := gojsonschema.Validate(schemaLoader, documentLoader)
if err != nil {
panic(fmt.Errorf("could not validate: %w", err))
}
if result.Valid() {
fmt.Printf("The document is valid.\n")
} else {
fmt.Printf("The document is not valid. See errors:\n")
for _, desc := range result.Errors() {
fmt.Printf("- %s\n", desc)
}
}
}
这导致了以下预期输出:
The document is valid.
所以我对这种“先有鸡还是先有蛋”的情况感到困惑。
我能够发布可以使用的架构,只要我在发布之前没有对它们进行单元测试。
而且我能够对模式进行单元测试,只要:
- 我不想以单元测试验证正确的形式发布它们。
- 我同意我的应用程序在启动时通过 HTTPS 加载它们,而不是从磁盘加载它们。我很担心这一点,因为我不希望 Web 服务器成为我的应用程序启动的故障点。
对于如何实现这两个目标,我将不胜感激。
Where I get confused is that in order to load my schemas before I've published them (which I want to do while running tests locally and during CI/CD), I need to use relative local paths
您最初的假设是错误的。 $id
关键字中使用的 URI 可以是任意标识符——它们不需要在指定位置通过网络或磁盘解析。事实上,JSON 架构实现假定在指定位置找到架构文档是错误的:它们必须支持能够在本地加载文档并将它们与指定的标识符相关联:
The "$id" keyword identifies a schema resource with its canonical URI.
Note that this URI is an identifier and not necessarily a network locator. In the case of a network-addressable URL, a schema need not be downloadable from its canonical URI.
A schema need not be downloadable from the address if it is a network-addressable URL, and implementations SHOULD NOT assume they should perform a network operation when they encounter a network-addressable URI.
因此,您可以为架构文档提供您喜欢的任何标识符,例如您最终发布架构供 public 使用时预期使用的 URI,并使用该标识符执行本地测试。
任何不支持这样做的实现都违反了规范,这应该作为错误报告给它的维护者。
我正在整理 JSON 模式,我想使用 $ref 来 DRY 我的模式。我将有许多模式,每个模式都使用公共子模式。我想在发布模式之前对模式进行单元测试,方法是编写单元测试断言,在给定特定输入的情况下,输入被视为有效或无效,使用我相信是正确的 JSON 模式库(这样我'我只是在测试我的架构,而不是库)。
让我感到困惑的是,为了在我发布模式之前加载它们(我想在 运行 本地和 CI/CD 期间进行测试),我需要使用像这样的相对本地路径:
"pet": { "$ref": "file://./schemas/components/pet.schema.json" }
那是因为该 pet 架构尚未发布到 URL。尚未通过自动化测试验证它是否正确。这对于 运行 测试来说效果很好,而且它也适用于打包在 Docker 图像中,以便可以在应用程序启动时从磁盘加载模式。
但是,如果我在将顶级模式之一发布到绝对 URL 后将其提供给某人(利用 $ref),它不会因此加载到他们的程序中我使用的路径仅适用于我的单元测试。
我发现我必须使用绝对 URLs 发布我的模式,以便它们在消费程序中使用。我最终以这种方式发布了模式 https://mattwelke.github.io/go-jsonschema-ref-docker-example/schemas/person.1-0-0.schema.json and https://mattwelke.github.io/go-jsonschema-ref-docker-example/schemas/components/pet.1-0-0.schema.json。我通过编写程序测试了它们在消费程序中工作正常:
package main
import (
"fmt"
"github.com/xeipuuv/gojsonschema"
)
func main() {
schemaLoader := gojsonschema.NewReferenceLoader("https://mattwelke.github.io/go-jsonschema-ref-docker-example/schemas/person.1-0-0.schema.json")
jsonStr := `
{
"name": "Matt",
"pet": {
"name": "Shady"
}
}
`
documentLoader := gojsonschema.NewStringLoader(jsonStr)
result, err := gojsonschema.Validate(schemaLoader, documentLoader)
if err != nil {
panic(fmt.Errorf("could not validate: %w", err))
}
if result.Valid() {
fmt.Printf("The document is valid.\n")
} else {
fmt.Printf("The document is not valid. See errors:\n")
for _, desc := range result.Errors() {
fmt.Printf("- %s\n", desc)
}
}
}
这导致了以下预期输出:
The document is valid.
所以我对这种“先有鸡还是先有蛋”的情况感到困惑。
我能够发布可以使用的架构,只要我在发布之前没有对它们进行单元测试。
而且我能够对模式进行单元测试,只要:
- 我不想以单元测试验证正确的形式发布它们。
- 我同意我的应用程序在启动时通过 HTTPS 加载它们,而不是从磁盘加载它们。我很担心这一点,因为我不希望 Web 服务器成为我的应用程序启动的故障点。
对于如何实现这两个目标,我将不胜感激。
Where I get confused is that in order to load my schemas before I've published them (which I want to do while running tests locally and during CI/CD), I need to use relative local paths
您最初的假设是错误的。 $id
关键字中使用的 URI 可以是任意标识符——它们不需要在指定位置通过网络或磁盘解析。事实上,JSON 架构实现假定在指定位置找到架构文档是错误的:它们必须支持能够在本地加载文档并将它们与指定的标识符相关联:
The "$id" keyword identifies a schema resource with its canonical URI.
Note that this URI is an identifier and not necessarily a network locator. In the case of a network-addressable URL, a schema need not be downloadable from its canonical URI.
A schema need not be downloadable from the address if it is a network-addressable URL, and implementations SHOULD NOT assume they should perform a network operation when they encounter a network-addressable URI.
因此,您可以为架构文档提供您喜欢的任何标识符,例如您最终发布架构供 public 使用时预期使用的 URI,并使用该标识符执行本地测试。
任何不支持这样做的实现都违反了规范,这应该作为错误报告给它的维护者。