标签:
一、概述原文地点:https://pro.ant.design/docs/api-doc-cn
在日常开发中,往往是前后端疏散的,这个时候约定好一套接口标准,前后端各自独立开发,就不会被对方的技术难点给梗阻住,从而保证项目进度。
在 Ant Design Pro 中我们已经有了一套对照完善的 mock 成果,而 roadhog-api-doc 工具,则能够从项目的 mock 数据中读取接口信息生成对应的文档,这样就能够越发清晰明了的展现项目的接口情况。
效果如下:Pro API Docs。
二、详细 2.1、如何使用npm install roadhog-api-doc -g
2,1.1、本地处事进入到项目根目录,运行:
roadhog-api-doc start [port]
就可以在当前项目跑起一个文档网站,但是前提是必需跟 Ant Design Pro 一样是基于 roadhog 的项目,并且使用了数据 mock 成果,因为文档的信息来源就是 mock 文件。
需要特别注意的是,上面的 port 参数指的是当前本地的 roadhog 应用起的处事,如果指定了可以在本地直接点击访谒项目接口,没有指定则会静态化网络请求。
2.1.2、静态站点生成项目根目录,运行:
roadhog-api-doc build
会生成三个文档站点静态文件:api.html、api.js、api.css,你可以将其部署到本身的站点*线*谒,这里的数据已经被静态化(转换网络请求为代码数据)。
2.1.3、书写文档凡是来讲,你无需特别插手任何依赖就可以生成文档,但是如果你需要对接口做出说明,需要凭据以下格局对 roadhog mock 文件进行改削:
npm install roadhog-api-doc --save-dev # 将 roadhog-api-doc 作为本地工具依赖安置
import { format } from ‘roadhog-api-doc‘; const proxy = { ‘GET /api/currentUser‘: { $desc: "获取当前用户接口", $params: { pageSize: { desc: ‘分页‘, exp: 2, }, }, $body: { name: ‘momo.zxy‘, avatar: imgMap.user, userid: ‘00000001‘, notifyCount: 12, }, }, }; export default format(proxy);
此中:
$desc: 接口说明
$params: 接口参数说明,东西描述各个参数的意义
$body: 数据返回功效,凡是就是 mock 的数据
2.1.4、本地测试 mock 数据和真实端口
当启动本地的 API Docs 站点以后,可以点击 send 按钮发送 POST 或者 GET 请求,并且返回值会在弹出框中显示:
此中需要注意的是,如果启动 API Docs 站点时,没有加端标语,那么这里的返回数据是静态数据,如果加了端标语并且本地也同时跑起了项目,那么就会直接返回实际数据。
如果你想直接访谒线上的真实数据,那么需要改写当前项目的 .roadhog.mock.js,到线上路径。
,