Blueprint(http://apiary.io/)是apiary公司的工具包,用来编写API文档,类似于Markdown,是一种标记语言。
对于习惯使用RESTful API的同志们来说,使用Blueprint可以快速的写出高雅大气的文档:
下面以一个Github中的Gist服务为例,简单的演示一下Blueprint的应用。
原文地址:http://blog.callmewhy.com/2014/06/05/blueprint-tutorial/
API Blueprint是一套API描述标准,和Markdown一样,属于一种标记语言,可以把标记文稿转换成漂亮的接口文档。
在这里我们假设开发一个关于Gist的接口文档:Gist Fox API,以此来学习API Blueprint的全部核心特性。
Gist是一个粘贴工具,用户把内容粘贴后会得到一个URL,通过这个URL可以访问先前粘帖的文本,方便地共享文本或者代码。具体可以参考Github提供的GitHub Gists服务。
我们将在我们的API中提供如下功能:
- 列出所有的Gist
- 搜索一个Gist
- 创建一个Gist
- 编辑已有的Gist
- 给一个Gist星标
- 给一个Gist取消星标
- 检查一个Gist是否星标
- 删除一个Gist
1.Gist Fox API
刚开始的时候,我们的Gist Fox API是这样的:
1 2 3 4 |
FORMAT: 1A # Gist Fox API Gist Fox API is a **pastes service** similar to [GitHub‘s Gist][http://gist.github.com]. |
我们刚刚做了什么?接下来让我们一行一行的来分析一下。
- 元数据Metadata
1
FORMAT: 1A
你需要使用一个元数据(metadata),来明确指定API Blueprint的版本。
比如在上述文件中我们使用的版本号是1A。
- 接口名称API Name
1
# Gist Fox API
每一个好的API都应该有一个名字,我们的API也是这样:Gist Fox API,使用Markdown中的
#
标记表示API的名字。
- 接口描述API Description
1
Gist Fox API is a **pastes service** similar to [GitHub‘s Gist][http://gist.github.com].
在API的名字后面可以用Markdown的语法加上一些API的解释。
2.Markdown
如果要写一个blueprint文档,你唯一需要的就是一个文本编辑器,最好是一个Markdown的文本编辑器,VI和Byword都是不错的选择,在线的文本编辑器也没有任何问题。你甚至可以直接在Github的仓库里编辑bluePrint格式的文档。
如果你完全不知道Markdown,现在是一个学习的好机会。只需要点击Markdown Tutorial就可以开始学习。学完了可别忘了回来看看,我们这里也很精彩!
如果你需要查阅Markdown的语法可以直接点击Gruber’s Original查看。
3.First Resource
我们第一个要写的内容是根目录(root),我们API的入口可以这样定义:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
# Gist Fox API Root [/] Gist Fox API entry point. This resource does not have any attributes. Instead it offers the initial API affordances in the form of the HTTP Link header and HAL links. ## Retrieve Entry Point [GET] + Response 200 (application/hal+json) + Headers Link: <http:/api.gistfox.com/>;rel="self",<http:/api.gistfox.com/gists>;rel="gists" + Body { "_links": { "self": { "href": "/" }, "gists": { "href": "/gists?{since}", "templated": true } } } |
这些奇奇怪怪的内容是什么呢?让我们挨个来看一看。
- 资源Resource
1
# Gist Fox API Root [/]
在Blueprint里,所有的数据信息都是资源(resource),比如用户、视频、文章。
resource的定义以#
开始,中间是resource的名称,最后是用中括号包围的路径(URI),需要注意的是URI是放在[
]
中的。URI是相对路径,在这里它就是个/
。
-
资源描述Resource Description
1 2 3 4
# Gist Fox API Root [/] Gist Fox API entry point. This resource does not have any attributes. Instead it offers the initial API affordances in the form of the HTTP Link header and haveL links.
我们可以用Markdown的语法在resource名称的后面加上包含API名称的说明。
在这里Gist Fox API
是API名称,entry point
是说明。 -
行为Action
1
## Retrieve Entry Point [GET]
行为action是一个HTTP请求的属性之一,在发送请求的时候会随数据一起发送到服务器。
我们在这里定义了一个action叫做Retrieve Entry Point (索引入口),它是一个GET类型的请求。我们可以在后面加上一些描述,但是因为这个action的名字(Retrieve Entry Point)已经把这个行为解释的很清楚了,所以我们就跳过了这一步。
一般来说常见的action,包括GET和POST两种。在Blueprint有以下四种action:- GET : 获取数据
- POST : 添加数据
- PUT : 更新数据
- DELETE : 删除数据
- 回应Response
1
+ Response 200
在API Blueprint中一个action应该至少包括一个回应(response)。response是指当服务器收到一个请求(request)时候的响应。
在response中应该有一个状态码status code和数据payload。
在这里我们定义最常见的状态码:200,表示请求成功。
- 响应负载Response Payload
1 2 3 4 5 6 7 8 9 10 11 12 13
+ Response 200 (application/hal+json) + Headers Link: <http:/api.gistfox.com/>;rel="self",<http:/api.gistfox.com/gists>;rel="gists" + Body { "_links": { "self": { "href": "/" }, "gists": { "href": "/gists?{since}", "templated": true } } }
一个响应(response)经常包含一些负载(payload)。一个负载(payload)通常包含负载体(body)和负载头(header)两个部分。
在这个例子中,我们采用application/hal+json类型作为返回数据的类型。
4.Complex Resource
有了前面的根路径作为入口点,我们可以继续后面的内容。既然我们的API是围绕Gist展开的,那就让我们来给Gist一个明确的定义,以及一个用来获取它的action:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 |
# Group Gist Gist-related resources of *Gist Fox API*. ## Gist [/gists/{id}] A single Gist object. The Gist resource is the central resource in the Gist Fox API. It represents one paste - a single text note. The Gist resource has the following attributes: - id - created_at - description - content The states *id* and *created_at* are assigned by the Gist Fox API at the moment of creation. + Parameters + id (string) ... ID of the Gist in the form of a hash. + Model (application/hal+json) HAL+JSON representation of Gist Resource. In addition to representing its state in the JSON form it offers affordances in the form of the HTTP Link header and HAL links. + Headers Link: <http:/api.gistfox.com/gists/42>;rel="self", <http:/api.gistfox.com/gists/42/star>;rel="star" + Body { "_links": { "self": { "href": "/gists/42" }, "star": { "href": "/gists/42/star" }, }, "id": "42", "created_at": "2014-04-14T02:15:15Z", "description": "Description of Gist", "content": "String contents" } ### Retrieve a Single Gist [GET] + Response 200 [Gist][] |
我们定义了一个和Gist相关的组Group,我们也定义了一个Gist resource以及它的模型阐述,还有一个能够获取Gist的action。
让我们来把它拆散了看一下。
- 资源分组Groups of Resources
1 2
# Group Gist Gist-related resources of *Gist Fox API*.
我们的API最终会提供很多的资源,所以我们需要将相关的内容归类并分组。现在我们先简单的把所有的资源都归类在一个Gist组中。
不同的分组可以通过在开头的关键字Group区别。
- URI模板URI Template
1
## Gist [/gists/{id}]
在URI中的变量需要遵守URI的模板格式,在这个例子中,Gist的编号(id)在URI中就是
{id}
。
- URI参数URI Parameters
1 2
+ Parameters + id (string) ... ID of the Gist in the form of a hash.
这个id变量是这个resource中的一个参数(parameter),我们定义它的类型为string,并且在后面加上一些解释。
- 资源模型Resource Model
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
+ Model (application/hal+json) HAL+JSON representation of Gist Resource. In addition to representing its state in the JSON form it offers affordances in the form of the HTTP Link header and HAL links. + Headers Link: <http:/api.gistfox.com/gists/42>;rel="self", <http:/api.gistfox.com/gists/42/star>;rel="star" + Body { "_links": { "self": { "href": "/gists/42" }, "star": { "href": "/gists/42/star" }, }, "id": "42", "created_at": "2014-04-14T02:15:15Z", "description": "Description of Gist", "content": "String contents" }
资源模型Resource Model是前面定义的资源的一个样例,它可以在任何一个request或者response需要的位置引用,一个资源模型有着和前面所说的payload一模一样的结构。
在前面的例子中,还包含了一个额外的描述,也就是在+ Model
和+ Headers
中间的那部分内容。
- 引用资源模型Referring the Resource Model
1 2 3 4
### Retrieve a Single Gist [GET] + Response 200 [Gist][]
有了资源模型(Gist Resource Model),定义一个获取Gist的action就很容易了,直接写上
[Gist][]
就可以返回一个Gist资源。
5.Modifying a Resource
接下来我们来写一个修改Gist的行为(action):Edit a Gist,和删除Gist的行为(action):Delete a Gist。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
### Edit a Gist [PATCH] To update a Gist send a JSON with updated value for one or more of the Gist resource attributes. All attributes values (states) from the previous version of this Gist are carried over by default if not included in the hash. + Request (application/json) { "content": "Updated file contents" } + Response 200 [Gist][] ### Delete a Gist [DELETE] + Response 204 |
我们来看一看这个payload中的新内容:
- 请求中的负载Request and its Payload
1 2 3 4 5
+ Request (application/json) { "content": "Updated file contents" }
我们需要接受一些输入来修改资源(Gist resource),这些输入是访问请求(HTTP Request)的一部分,在上面的例子中定义了这样的一个请求以及负载payload的内容。
- 空负载Empty Payload
1 2
### Delete a Gist [DELETE] + Response 204
在Delete a Gist这样一个删除的操作中,我们的返回内容只包含一个204的状态码而没有其他内容,这个204的状态码表示服务器成功执行了这个请求。
6.Collection Resource
既然已经有了单个资源的接口,接下来我们来定义一个集合(Gists Collection)接口:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 |
## Gists Collection [/gists{?since}] Collection of all Gists. The Gist Collection resource has the following attribute: - total In addition it **embeds** *Gist Resources* in the Gist Fox API. + Model (application/hal+json) HAL+JSON representation of Gist Collection Resource. The Gist resources in collections are embedded. Note the embedded Gists resource are incomplete representations of the Gist in question. Use the respective Gist link to retrieve its full representation. + Headers Link: <http:/api.gistfox.com/gists>;rel="self" + Body { "_links": { "self": { "href": "/gists" } }, "_embedded": { "gists": [ { "_links" : { "self": { "href": "/gists/42" } }, "id": "42", "created_at": "2014-04-14T02:15:15Z", "description": "Description of Gist" } ] }, "total": 1 } ### List All Gists [GET] + Parameters + since (optional, string) ... Timestamp in ISO 8601 format: `YYYY-MM-DDTHH:MM:SSZ` Only Gists updated at or after this time are returned. + Response 200 [Gists Collection][] ### Create a Gist [POST] To create a new Gist simply provide a JSON hash of the *description* and *content* attributes for the new Gist. + Request (application/json) { "description": "Description of Gist", "content": "String content" } + Response 201 (application/hal+json) [Gist][] |
在这里你应该基本都熟悉这些接口了,除了其中的一个查询的参数:since。
- 查询参数Query Parameters
1
## Gists Collection [/gists{?since}]
作为URI的参数,查询参数的定义必须符合URI模板格式,而这里有所不同的是,查询参数里有一个问号,并且它总在URI的结尾处。
- Action-specific Query Parameters
1 2 3
### List All Gists [GET] + Parameters + since (optional, string) ... Timestamp in ISO 8601 format: `YYYY-MM-DDTHH:MM:SSZ` Only Gists updated at or after this time are returned.
通常查询的参数是针对诸多行为(action)中的某一个,所以我们只需要考虑和这个action相关的内容.
7.Subsequent Resource
最后一个缺失的部分就是星标资源的功能了,利用前面所学的知识,我们可以这样定义:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 |
## Star [/gists/{id}/star] Star resource represents a Gist starred status. The Star resource has the following attribute: - starred + Parameters + id (string) ... ID of the gist in the form of a hash + Model (application/hal+json) HAL+JSON representation of Star Resource. + Headers Link: <http:/api.gistfox.com/gists/42/star>;rel="self" + Body { "_links": { "self": { "href": "/gists/42/star" }, }, "starred": true } ### Star a Gist [PUT] + Response 204 ### Unstar a Gist [DELETE] + Response 204 ### Check if a Gist is Starred [GET] + Response 200 [Star][] |
完整源码8.Complete Blueprint
你可以在API Blueprint的示例源码库,找到完整的Gist Fox API。
更多工具9.API Blueprint Tools
随着Gist Fox Blueprint接口文档的完工,接下来就应该让它发挥作用了。可以在Github中查看渲染结果或者在Apiary中查看渲染结果。可以前往apiblueprint.org的Tooling Section寻找更多的相关工具包。
特别鸣谢
感谢董花花的勘误工作^_^
附录:
[API]使用Blueprint来高雅的编写接口文档