以一个电商项目为例,系统里有 商品(Product)和 订单(Order)两个 Model,其中 Order 有一个 product_id
字段用于关联对应的商品;有两个接口,一个是获取商品详情 /product/{product}
,另一个是获取订单详情 /order/{order}
,为了减少Api请求数量,在获取订单详情时我们希望同时返回对应的商品数据。
如果我们用 apidocjs 来写的话,会是类似下面的注释
/**
* @api {get} /product/:product Request Product information
* @apiName GetProduct
* @apiParam {Number} product Products unique ID.
* @apiSuccess {String} name Name of the Product.
* @apiSuccess {Number} price Price of the Product.
* @apiSuccess ... Others fields
*/
/**
* @api {get} /order/:order Request Order information
* @apiName GetOrder
* @apiParam {Number} order Orders unique ID.
* @apiHeader {String} Authorization Access Token.
* @apiSuccess {String} flow_no FlowNo of the Order.
* @apiSuccess {String} price Price of the Order.
* @apiSuccess {Object} product Product of the Order
* @apiSuccess {String} product.name Name of the Product.
* @apiSuccess {Number} product.price Price of the Product.
* @apiSuccess ... Others fields
*/
可以看到 Product 的字段在两个接口的注释里各写了一遍,这就很繁琐;另外一个更严重的问题是,如果未来 Product 表的字段发生了增减,我们需要去修改每一个会输出 Product 的接口的注释,更繁琐而且容易遗漏。
所以我们需要有一个可以定义 Model 字段的功能,这就是 Swagger 的 Definitions Object,我们事先将 Product 和 Order 定义成 Definitions Object:
Product:
type: object
properties:
id:
type: integer
name:
type: string
price:
type: integer
Order:
type: object
properties:
id:
type: integer
flow_no:
type: string
product:
$ref: '#/definitions/Product'
在定义 Order 的 product 字段时,我们使用了 $ref
,也就是 Reference Object,这就是告诉 Swagger,Order 的product 字段指向了 Product 的定义。
再来看看 Route / Request Param 和 Response 在Swagger 中怎么写:
path:
/product/{product}:
get:
summary: Request Product information
parameters:
name: product
in: path
required: true
type: number
response:
'200':
description: Success
schema:
$ref: '#/definitions/Product'
/order/{order}:
get:
summary: Request Order information
parameters:
name: order
in: path
required: true
type: number
response:
'200':
description: Success
schema:
$ref: '#/definitions/Order'
通过 $ref
完美解决了增减字段需要修改多处的问题。