在我的“簡化” API中，所有響應均從基本“響應”類派生（繼承）。響應類由填充有元數據的頭和包含用戶所請求的核心數據的主體組成。布置響應（以JSON格式），使得所有元數據都位于第一個“層”上，并且body是這樣一個稱為“ body”的單個屬性response|--metadata attribute 1 (string/int/object)|--metadata attribute 2 (string/int/object)|--body (object)    |--body attribute 1 (string/int/object)    |--body attribute 2 (string/int/object)我嘗試使用以下JSON來定義這種關系：{    ...    "definitions": {        "response": {            "allOf": [                {                    "$ref": "#/definitions/response_header"                },                {                    "properties": {                        "body": {                            "description": "The body of the response (not metadata)",                            "schema": {                                "$ref": "#/definitions/response_body"                            }                        }                    }                }            ]        },        "response_header": {            "type": "object",            "required": [                "result"            ],            "properties": {                "result": {                    "type": "string",                    "description": "value of 'success', for a successful response, or 'error' if there is an error",                    "enum": [                        "error",                        "success"                    ]                },                "message": {                    "type": "string",                    "description": "A suitable error message if something went wrong."                }            }        },        "response_body": {            "type": "object"        }    }}然后，我嘗試通過創建從body / header繼承的各種body / header類來創建不同的響應，然后創建由相關的header / body類組成的子響應類（在底部的源代碼中顯示）。但是，我確信這是做事的錯誤方法，或者我的實現是不正確的。我無法在swagger 2.0規范中找到繼承的示例（如下所示），但是找到了composition的示例。我可以肯定的是，這個“判別器”在很大程度上發揮了作用，但不確定我需要做什么。