将 $ref 替换为特定类型的自定义属性
Replace $ref with custom attribute for specific types
是否可以用自定义属性替换类型的 $ref
属性,但仅限于架构中的特定类型?似乎 JSON.NET 模式库对于自定义模式处理来说是全有或全无。
sample code 非常简单,但据我所知,一旦您将类型添加到 GenerationProviders
,该库就不会为更深层次的类型提供自动架构生成 class层次结构。 (我无法共享代码,这是一个无法访问互联网的锁定银行系统。)
我们使用从 .NET C# classes 的整个层次结构生成的模式文件来生成与 Java 的 Jackson 库对应的 Java classes。一些 class 属性是复杂类型,无法从模式中表示或生成,而是应该引用现有的 class 定义,而其余 class 属性(他们中的大多数)应该使用正常的 $ref
属性。
所以默认情况下,C# class 层次结构可能会生成如下内容:
"AccountType": {
"$ref": "#/definitions/AccountTypeCode"
},
而杰克逊需要这个:
"AccountType": {
"existingJavaType": "com.foo.bar.pojo.AccountTypeCode"
},
现在我们有点post-用 hokey 字符串替换处理模式,但这感觉像是一个可能受支持的用例。
您可以使用 custom JSchemaGenerationProvider
生成这样的架构,但完全抑制内部 "$ref"
属性的存在会带来额外的复杂性。
考虑以下简化示例:
public class Account
{
public AccountTypeCode AccountType { get; set; }
public SomeOtherData SomeOtherData { get; set; }
}
public class AccountTypeCode { }
public class SomeOtherData { }
您想为此数据模型生成一个架构,其中 AccountTypeCode
使用特定的现有 JavaType,其他所有内容均保持不变,如下所示:
{
"definitions": {
"SomeOtherData": {
"type": [
"object",
"null"
]
}
},
"type": "object",
"properties": {
"AccountType": {
"existingJavaType": "com.foo.bar.pojo.AccountTypeCode"
},
"SomeOtherData": {
"$ref": "#/definitions/SomeOtherData"
}
}
}
作为为 POCO 类型的任何子集注入现有 JavaType 模式的首次尝试,子类 JSchemaGenerationProvider
并覆盖 GetSchema()
and CanGenerateSchema()
,如下所示:
class ExistingJavaTypeSchemaProvider : JSchemaGenerationProvider
{
readonly Dictionary<Type, string> existingJavaTypes;
public ExistingJavaTypeSchemaProvider(Dictionary<Type, string> existingJavaTypes)
=> this.existingJavaTypes = existingJavaTypes ?? throw new ArgumentNullException(nameof(existingJavaTypes));
public override JSchema GetSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.TryGetValue(context.ObjectType, out var existingJavaType) ? JSchema.Parse(new JObject(new JProperty("existingJavaType", existingJavaType)).ToString()) : null;
public override bool CanGenerateSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.ContainsKey(context.ObjectType);
}
(通过覆盖 CanGenerateSchema()
,您可以为除指定类型之外的所有类型回退到默认架构生成。这未在 docs 中显示,可能会让您想到 Json.NET 架构不支持混合使用默认架构和自定义架构。)
现在生成如下模式,为 AccountTypeCode
注入所需的现有 JavaType 值:
var generator = new JSchemaGenerator
{
GenerationProviders = { new ExistingJavaTypeSchemaProvider(new Dictionary<Type, string>
{{ typeof(AccountTypeCode), "com.foo.bar.pojo.AccountTypeCode" }}
) },
};
generator.DefaultRequired = Required.Default;
var schema = generator.Generate(typeof(Account));
这导致以下架构(演示 fiddle #1 here):
{
"definitions": {
"AccountTypeCode": {
"existingJavaType": "com.foo.bar.pojo.AccountTypeCode"
},
"SomeOtherData": {
"type": [
"object",
"null"
]
}
},
"type": "object",
"properties": {
"AccountType": {
"$ref": "#/definitions/AccountTypeCode"
},
"SomeOtherData": {
"$ref": "#/definitions/SomeOtherData"
}
}
}
如您所见,我们已经完成了一半。 existingJavaType 已根据需要插入,但是 AccountTypeCode
已提取为本地定义而不是内联。虽然可以通过设置 JSchemaGenerator.SchemaLocationHandling
to SchemaLocationHandling.Inline
, there does not appear to be a way to force a particular type to be inlined. However, a quick perusal of the reference source shows that references are only generated for object, array and dictionary contracts. Thus creating a custom contract resolver that returns some other contract for AccountTypeCode
, say JsonStringContract
来内联 所有 定义,但会强制内联。或者当然这也会修改生成的模式——但无论如何您已经手动生成了模式,因此这样做是无害的。
将这两部分放在一起,以下工厂可以为包含 AccountTypeCode
:
的类型制造模式生成器
public static class ExistingJavaTypeJSchemaGeneratorFactory
{
class ExistingJavaTypeSchemaProvider : JSchemaGenerationProvider
{
readonly Dictionary<Type, string> existingJavaTypes;
public ExistingJavaTypeSchemaProvider(Dictionary<Type, string> existingJavaTypes)
=> this.existingJavaTypes = existingJavaTypes ?? throw new ArgumentNullException(nameof(existingJavaTypes));
public override JSchema GetSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.TryGetValue(context.ObjectType, out var existingJavaType) ? JSchema.Parse(new JObject(new JProperty("existingJavaType", existingJavaType)).ToString()) : null;
public override bool CanGenerateSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.ContainsKey(context.ObjectType);
}
class ExistingJavaTypeContractResolver : DefaultContractResolver
{
readonly Dictionary<Type, string> existingJavaTypes;
public ExistingJavaTypeContractResolver(Dictionary<Type, string> existingJavaTypes)
=> this.existingJavaTypes = existingJavaTypes ?? throw new ArgumentNullException(nameof(existingJavaTypes));
protected override JsonContract CreateContract(Type objectType)
=> existingJavaTypes.ContainsKey(objectType) ? new JsonStringContract(objectType) : base.CreateContract(objectType);
}
public static JSchemaGenerator CreateJSchemaGenerator(Dictionary<Type, string> existingJavaTypes)
=> new JSchemaGenerator
{
GenerationProviders = { new ExistingJavaTypeSchemaProvider(existingJavaTypes) },
ContractResolver = new ExistingJavaTypeContractResolver(existingJavaTypes),
};
}
然后使用如下:
var generator = ExistingJavaTypeJSchemaGeneratorFactory.CreateJSchemaGenerator(
new Dictionary<Type, string>
{
{typeof(AccountTypeCode), "com.foo.bar.pojo.AccountTypeCode"}
});
generator.DefaultRequired = Required.Default;
var schema = generator.Generate(typeof(Account));
演示 fiddle #2 here.
是否可以用自定义属性替换类型的 $ref
属性,但仅限于架构中的特定类型?似乎 JSON.NET 模式库对于自定义模式处理来说是全有或全无。
sample code 非常简单,但据我所知,一旦您将类型添加到 GenerationProviders
,该库就不会为更深层次的类型提供自动架构生成 class层次结构。 (我无法共享代码,这是一个无法访问互联网的锁定银行系统。)
我们使用从 .NET C# classes 的整个层次结构生成的模式文件来生成与 Java 的 Jackson 库对应的 Java classes。一些 class 属性是复杂类型,无法从模式中表示或生成,而是应该引用现有的 class 定义,而其余 class 属性(他们中的大多数)应该使用正常的 $ref
属性。
所以默认情况下,C# class 层次结构可能会生成如下内容:
"AccountType": {
"$ref": "#/definitions/AccountTypeCode"
},
而杰克逊需要这个:
"AccountType": {
"existingJavaType": "com.foo.bar.pojo.AccountTypeCode"
},
现在我们有点post-用 hokey 字符串替换处理模式,但这感觉像是一个可能受支持的用例。
您可以使用 custom JSchemaGenerationProvider
生成这样的架构,但完全抑制内部 "$ref"
属性的存在会带来额外的复杂性。
考虑以下简化示例:
public class Account
{
public AccountTypeCode AccountType { get; set; }
public SomeOtherData SomeOtherData { get; set; }
}
public class AccountTypeCode { }
public class SomeOtherData { }
您想为此数据模型生成一个架构,其中 AccountTypeCode
使用特定的现有 JavaType,其他所有内容均保持不变,如下所示:
{
"definitions": {
"SomeOtherData": {
"type": [
"object",
"null"
]
}
},
"type": "object",
"properties": {
"AccountType": {
"existingJavaType": "com.foo.bar.pojo.AccountTypeCode"
},
"SomeOtherData": {
"$ref": "#/definitions/SomeOtherData"
}
}
}
作为为 POCO 类型的任何子集注入现有 JavaType 模式的首次尝试,子类 JSchemaGenerationProvider
并覆盖 GetSchema()
and CanGenerateSchema()
,如下所示:
class ExistingJavaTypeSchemaProvider : JSchemaGenerationProvider
{
readonly Dictionary<Type, string> existingJavaTypes;
public ExistingJavaTypeSchemaProvider(Dictionary<Type, string> existingJavaTypes)
=> this.existingJavaTypes = existingJavaTypes ?? throw new ArgumentNullException(nameof(existingJavaTypes));
public override JSchema GetSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.TryGetValue(context.ObjectType, out var existingJavaType) ? JSchema.Parse(new JObject(new JProperty("existingJavaType", existingJavaType)).ToString()) : null;
public override bool CanGenerateSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.ContainsKey(context.ObjectType);
}
(通过覆盖 CanGenerateSchema()
,您可以为除指定类型之外的所有类型回退到默认架构生成。这未在 docs 中显示,可能会让您想到 Json.NET 架构不支持混合使用默认架构和自定义架构。)
现在生成如下模式,为 AccountTypeCode
注入所需的现有 JavaType 值:
var generator = new JSchemaGenerator
{
GenerationProviders = { new ExistingJavaTypeSchemaProvider(new Dictionary<Type, string>
{{ typeof(AccountTypeCode), "com.foo.bar.pojo.AccountTypeCode" }}
) },
};
generator.DefaultRequired = Required.Default;
var schema = generator.Generate(typeof(Account));
这导致以下架构(演示 fiddle #1 here):
{
"definitions": {
"AccountTypeCode": {
"existingJavaType": "com.foo.bar.pojo.AccountTypeCode"
},
"SomeOtherData": {
"type": [
"object",
"null"
]
}
},
"type": "object",
"properties": {
"AccountType": {
"$ref": "#/definitions/AccountTypeCode"
},
"SomeOtherData": {
"$ref": "#/definitions/SomeOtherData"
}
}
}
如您所见,我们已经完成了一半。 existingJavaType 已根据需要插入,但是 AccountTypeCode
已提取为本地定义而不是内联。虽然可以通过设置 JSchemaGenerator.SchemaLocationHandling
to SchemaLocationHandling.Inline
, there does not appear to be a way to force a particular type to be inlined. However, a quick perusal of the reference source shows that references are only generated for object, array and dictionary contracts. Thus creating a custom contract resolver that returns some other contract for AccountTypeCode
, say JsonStringContract
来内联 所有 定义,但会强制内联。或者当然这也会修改生成的模式——但无论如何您已经手动生成了模式,因此这样做是无害的。
将这两部分放在一起,以下工厂可以为包含 AccountTypeCode
:
public static class ExistingJavaTypeJSchemaGeneratorFactory
{
class ExistingJavaTypeSchemaProvider : JSchemaGenerationProvider
{
readonly Dictionary<Type, string> existingJavaTypes;
public ExistingJavaTypeSchemaProvider(Dictionary<Type, string> existingJavaTypes)
=> this.existingJavaTypes = existingJavaTypes ?? throw new ArgumentNullException(nameof(existingJavaTypes));
public override JSchema GetSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.TryGetValue(context.ObjectType, out var existingJavaType) ? JSchema.Parse(new JObject(new JProperty("existingJavaType", existingJavaType)).ToString()) : null;
public override bool CanGenerateSchema(JSchemaTypeGenerationContext context)
=> existingJavaTypes.ContainsKey(context.ObjectType);
}
class ExistingJavaTypeContractResolver : DefaultContractResolver
{
readonly Dictionary<Type, string> existingJavaTypes;
public ExistingJavaTypeContractResolver(Dictionary<Type, string> existingJavaTypes)
=> this.existingJavaTypes = existingJavaTypes ?? throw new ArgumentNullException(nameof(existingJavaTypes));
protected override JsonContract CreateContract(Type objectType)
=> existingJavaTypes.ContainsKey(objectType) ? new JsonStringContract(objectType) : base.CreateContract(objectType);
}
public static JSchemaGenerator CreateJSchemaGenerator(Dictionary<Type, string> existingJavaTypes)
=> new JSchemaGenerator
{
GenerationProviders = { new ExistingJavaTypeSchemaProvider(existingJavaTypes) },
ContractResolver = new ExistingJavaTypeContractResolver(existingJavaTypes),
};
}
然后使用如下:
var generator = ExistingJavaTypeJSchemaGeneratorFactory.CreateJSchemaGenerator(
new Dictionary<Type, string>
{
{typeof(AccountTypeCode), "com.foo.bar.pojo.AccountTypeCode"}
});
generator.DefaultRequired = Required.Default;
var schema = generator.Generate(typeof(Account));
演示 fiddle #2 here.