整 理:曹燕
时 间:2015-11-27
说 明:Apidoc的安装及使用(官方文档:http://apidocjs.com/)
(3)@apiDescription——api方法的详细介绍
(5)@apiErrorExample——一个返回出错信息的示例
(13)@apiParamExample——接口参数的一个示例
(17)@apiSuccessExample——一个成功的返回信息的示例
npm install apidoc -g
apidoc -i myapp/ -o apidoc/ -t mytemplate/
-i 输入文件的目录,即项目文件夹
-o 输出目录,即放置生成文档的位置
-t 使用的模板,会有默认的模板,当然也可以用自己定义的模板
放在你的工程项目的根目录下,是对项目的概要介绍,包括标题、简要介绍、版本等。
{
"name": "育儿网",
"version": "1.0.0",
"description": "育儿API文档",
"title": "API文档",
"template": {
"withCompare": true,
"withGenerator": true
}
}
其中name、version、description都会被显示出来。
/**
* @api {get} /user/:id Request User information
* @apiName GetUser
* @apiGroup User
*/
- 注释块必须用/** */包围
- @api {get} /user/:id Request User information
注释块必须以@api开头,否则会忽视这个注释块
- @apiName必须是一个独一无二的名字
- @apiGroup的作用是给这个方法分组
@apiDefine定义了一个可重用的块,然后其他块调用这个块的时候就写:
@apiUse UserNotFoundError
在生成的文档中会自动填充成UserNotFoundError块的具体内容。
Apidoc中的继承只能继承一层,层数多了会影响可读性。
Method:必须,方法的请求方式,如get、post、put、delete...
Path:必须,请求路径
Name:必须,独一无二的名字,之后引用这个块就是用这个名字
Title:可选,标题
(3)@apiDescription——api方法的详细介绍
Text:必须,api方法的文字介绍
(Group):可选,有了group值之后该错误会被分组;默认归类为Error 4xx。
{Type}:可选,返回类型,如{Boolean},{Number},{String}等。
Field:必须,返回标识符,例如错误码。
(5)@apiErrorExample——一个返回出错信息的示例
{type}:可选,返回信息的格式
Title:可选,这个出错信息的标题
{type}:可选,代码的语言
Title:必须,这个例子的标题
暂略
暂略
将这句放在块的起始位置,这样进行转换的时候这个块就会被跳过,常常用于一个块还没有开发完毕的时候。
Name:必须,接口的名称,必须是独一无二的名称(允许版本不同的同一名称)
(group):可选,所有的参数会被分到这个类里,如果不设置,就分到Parameter。
{type}:可选,参数的类型,如{String}等。
{type{size}}:可选,参数取值的详细信息,如
{number{100-999}}——参数必须是个100-999的数字
{string{2..5}}——参数必须是2-5个字符的字符串
{type=allowedValues}:可选,关于变量允许取值的信息,如
{string="small","huge"}——参数必须是包含”small”或”huge”的字符串
Field:必须,变量名,表示该参数对于接口是必须的
[field]:必须,变量名,表示该参数对于接口不是必须的
=defaultValue:可选,参数的默认取值
(13)@apiParamExample——接口参数的一个示例
{type}:可选,请求信息的格式
Title:可选,示例的标题
暂略
(15)@apiSampleRequest——模拟请求时的url
(group):可选,所有的参数会被分到这个类里,如果不设置,就分到Success 200。
{type}:可选,参数的类型,如{String}等。
Field:必须,返回标识符。
(17)@apiSuccessExample——一个成功的返回信息的示例
{type}:可选,返回信息的格式
Title:可选,示例的标题
Group和name值都相同的块,可以进行不同版本的对比。可用于在生成的文档中和之前的版本进行比较,增加和修改的会用绿色标出、删除的会用红色标出。