"definitions": {
"Pet": {
"type": "object",
"allOf": [
{
"$ref": "#/definitions/NewPet" # <--- here
},
[...]
]
},
"NewPet": {
"type": "object",
"properties": {
"name": {
"type": "string"
},
}
},
我会用Python编写
class Pet(NewPet, OldPet):
...
方法解析顺序决定了应该首先检查哪个父类的方法/属性,所以我可以判断Pet.age是NewPet.age还是OldPet.age。
那幺如果我让Pet同时从NewPet和OldPet继承,其中name属性在两个模式中都定义了,每个模式中都有不同的值,会怎么样?宠物名是什么?
"definitions": {
"Pet": {
"type": "object",
"allOf": [
{
"$ref": "#/definitions/NewPet" # <--- multiple inheritance
"$ref": "#/definitions/OldPet"
},
[...]
]
},
"NewPet": {
"type": "object",
"properties": {
"name": {
"type": "string"
},
}
},
"OldPet": {
"type": "object",
"properties": {
"name": {
"type": "integer" # <-- name redefined here, different type
},
}
},
老宠物会优先吗?新宠物?是否未定义/无效?它是应用程序定义的吗?
我在《大摇大摆的编辑》中试过这个。显然,具有两个引用的模式是有效的,但swagger editor不会解析属性。If仅显示带有两个引用的allof。
这就是所谓的钻石问题。看见https://en.wikipedia.org/wiki/Multiple_inheritance
JSON模式不支持继承。< code>allOf的行为有时看起来像是继承,但是如果你这样想,你最终会感到困惑。
在您的示例中,JSON值必须完全针对“NewPet”和“OldPet”进行验证。由于没有可以同时验证为字符串和整数的JSON值,“name”属性的验证将始终无法针对“NewPet”或“OldPet”(或两者)进行验证。因此,“Pet”模式永远不会针对任何给定的JSON值进行验证。
问题内容: 我已经使用具有继承性的Java绑定搜索了json模式,并且所有搜索都导致我使用“ allOf”。 使用allOf可能会解决我的问题,但我想知道json模式中是否有可以使用的构造,该构造将生成具有真实Java继承“ B扩展A”的Java代码- 而不是在B内插入A的所有属性? 我想知道这是否被支持/可行,或者我只是在做梦。如果不支持,我很想知道原因。 问题答案: 好吧,我是两者的作者: 当
主要内容:多继承下的构造函数,命名冲突在前面的例子中,派生类都只有一个基类,称为 单继承(Single Inheritance)。除此之外, C++也支持 多继承(Multiple Inheritance),即一个派生类可以有两个或多个基类。 多继承容易让代码逻辑复杂、思路混乱,一直备受争议,中小型项目中较少使用,后来的 Java、 C#、 PHP 等干脆取消了多继承。 多继承的语法也很简单,将多个基类用逗号隔开即可。例如已声明了类A
问题内容: 我正在寻找一种好的,干净的方法来解决以下事实:PHP5仍然不支持多重继承。这是类的层次结构: 消息 -的TextMessage -------- InvitationTextMessage - EmailMessage -------- InvitationEmailMessage 这两种类型的Invitation *类有很多共同点。我希望有一个共同的父类,邀请函,他们两个都可以继承。
继承是面向对象编程的一个重要的方式,因为通过继承,子类就可以扩展父类的功能。 回忆一下Animal类层次的设计,假设我们要实现以下4种动物: Dog - 狗狗; Bat - 蝙蝠; Parrot - 鹦鹉; Ostrich - 鸵鸟。 如果按照哺乳动物和鸟类归类,我们可以设计出这样的类的层次: 但是如果按照“能跑”和“能飞”来归类,我们就应该设计出这样的类的层次: 如果要把上面的两种分类都包含进来
继承是面向对象编程的一个重要的方式,因为通过继承,子类就可以扩展父类的功能。 回忆一下Animal类层次的设计,假设我们要实现以下4种动物: Dog - 狗狗; Bat - 蝙蝠; Parrot - 鹦鹉; Ostrich - 鸵鸟。 如果按照哺乳动物和鸟类归类,我们可以设计出这样的类的层次: ┌───────────────┐ │
有没有可能编写一个Avro schema/IDL来生成一个Java类,或者扩展一个基类,或者实现一个接口?似乎生成的Java类扩展了< code > org . Apache . avro . specific . specificrecordbase 。所以,工具可能是正确的选择。但是,我不知道这是否可能。 我看过一些示例,其中包含在每个特定架构中定义显式“类型”字段的建议,其关联性大于继承语义