仍然会使用eolinker扫描GitLab代码注释自动

本篇文章给大家分享的是有关仍然会使用eolinker扫描GitLab代码注释自动,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。

成都创新互联公司主打移动网站、网站设计、网站制作、网站改版、网络推广、网站维护、主机域名、等互联网信息服务,为各行业提供服务。在技术实力的保障下,我们为客户承诺稳定,放心的服务,根据网站的内容与功能再决定采用什么样的设计。最后,要实现符合网站需求的内容、功能与设计,我们还会规划稳定安全的技术方案做保障。

前言:

一般写完代码之后,还要将各类参数注解写入API文档,方便后续进行对接和测试,这个过程通常都很麻烦,如果有工具可以读取代码注释直接生成API文档的话,那会十分方便。
此前一直都是在使用eolinker的,但自从去年他们家“注释生成文档”的功能下线后,我就一直活在水深火热当中——真的不想写文档啊,真的好累啊。
然而这两天上线后,突然发现这个功能重新上线了!必须给大家安利一波!
根据官方的解释,这个功能简单来说就是读取 gitlab(以前应该还能读本地代码) 的 php 代码(截至发文增加支持读取java,更方便了)注释生成 API 文档。

下面是官方的操作介绍:

1.先在EOLINKER新建项目,随后进入项目概况页,可以在概况页中找到“扫描代码注解生成文档”模块。

仍然会使用eolinker扫描GitLab代码注释自动

2.在同步之前我们打开设置看下需要填写什么信息。

仍然会使用eolinker扫描GitLab代码注释自动

总共是10个选项,我们来分别看下需要怎么填写:

  • 1.代码仓库类型,现在默认只有gitlab,在官方群问了他们的PM,后面应该还会支持github。

  • 2.代码仓库地址,gitlab有线上版本和用户自己搭建私有云版本,线上版本可以填写https://gitlab.com,如果是自己部署的gitlab写域名或者IP端口。

  • 3.项目ID,gitlab中新建项目后会有一个project ID,填入即可。

  • 4.访问私钥,通过gitlab的Access Tokens功能可获取,后面会详细介绍如何获取。

  • 5.需要扫描的分支,默认为master。我们也可以新建一个分支。

  • 6.需要扫描的API目录路径,建立一个目录作为API目录。

  • 7.需要扫描的数据结构目录路径,建立一个目录作为数据结构目录。

  • 8.目标语言,目前默认只有PHP,比较可惜只有一个语言,不过我跟他们客服聊天,说是后面更新的语言支持会增加java。

  • 9.注解格式,默认为Swagger 2.0,代码注释编写的格式可以按照下面的形式来写,或者参考官方文档http://zircote.com/swagger-php/annotations.html

比如model的

仍然会使用eolinker扫描GitLab代码注释自动

比如controller的

仍然会使用eolinker扫描GitLab代码注释自动

  • 10.数据同步方式,目前可选增量更新、全量更新、仅添加新的API三种形式。以上就是需要填写的全部信息。要正确填写这些信息,接下来我们就要转到gitlab进行设置。

由于官方没有介绍过Gitlab,那还是由我先介绍下比较合适:gitLab 是一个用于仓库管理系统的开源项目,使用git作为代码管理工具,并在此基础上搭建起来的web服务。gitlab跟github有点类似,都是基于web的git仓库,关于注册gitlab新建账号如何操作的部分我就不多说了,但如果你已经有github账号的话,是可以用github账号登录gitLab的。

1.首先要新建项目,这里我新建了一个名为demo code的project。

仍然会使用eolinker扫描GitLab代码注释自动

仍然会使用eolinker扫描GitLab代码注释自动

2.新建后已经有一个master的分支,然后在分支下分别建立两个新的目录:我命名为controllers和models,一个作为API目录路径,一个作为数据结构目录路径。

仍然会使用eolinker扫描GitLab代码注释自动

3.将写好的php代码上传至分别的目录。可以直接用命令行或者直接将文件上传。

仍然会使用eolinker扫描GitLab代码注释自动

仍然会使用eolinker扫描GitLab代码注释自动

4.成功上传代码后,跟着就是获取密钥。在gitlab中,生成密钥需要用到Access Tokens功能。先进入设置页面,通过左边菜单中的Access Tokens功能,填写对应的项目名称,再根据需要,勾选开放的权限,看不懂也可以按照我下面的截图进行勾选,点击绿框后就可以获取个人的密钥了。如下图:

仍然会使用eolinker扫描GitLab代码注释自动

仍然会使用eolinker扫描GitLab代码注释自动

5.进行到这一步,我们已经把所有的信息都拿到了,再回到EOLINKER将信息填入,请看下图,注意数据同步方式我选择的是增量更新。

仍然会使用eolinker扫描GitLab代码注释自动

那我为什么会选择增量更新呢?而三种数据同步更新区别是什么呢?

  • 增量更新:判断已有API的详细信息,添加新的API信息。用注解的数据替换掉现有的数据。部分注解没有的数据,比如mock、参数值可能性、详细文档等等,均会保留。

  • 全量更新:在添加新的API的基础上,全量替换现有API内的信息,以注解的为准,不保留注解没有的数据。

  • 仅添加新的API:判断接口名称是否已经存在,不存在则插入。
    听起来很绕,我们来举个例子。Gitlab上的接口只有参数,而导入EOLINKER后会有mock、详细文档等数据。假如现在你的gitlab仓库有ABCD四个接口数据,在EOLINKER有A一个接口数据。

下面举个例子介绍下三种数据同步更新的区别, GitLab中的接口只有参数,而导入 EOLINKER 后会有 mock、详细文档等数据。假如现在你的 GitLab 仓库有 ABCD 四个接口,在 EOLINKER 有 A 一个接口。

  • 采用“增量更新”后,EOLINKER 上将新增 BCD 三个接口;如果仓库A接口的数据有所更新,那么在保持原有本地A接口的 mock、详细文档数据的同时,本地亦将新增相应更新的数据;

  • 采用“全量更新”后,EOLINKER 上将有 ABCD 四个接口;此时本地A 接口所有数据都不保留,而会与仓库中A接口的数据保持一致;

  • 采用“仅添加新的 API”后,EOLINKER将以接口名称来判断是否需要添加新的API,因此EOLINKER上将新增 BCD 三个接口;即便 GitLab 上的参数已经改变,但本地原有的A接口数据不变;

因此,无论是什么情况都推荐采用增量更新。不过即便你还是误操作了,EOLINKER都会自动生成API历史版本,方便我们回滚文档,操作失误也不怕了。

1.根据官方的说明,在设置完成点击立即同步后,文档即会开始进行同步,而同步生成文档所需的时间,则根据代码注释的数据量来决定。

仍然会使用eolinker扫描GitLab代码注释自动

2.API文档和对应的分组都被自动生成了,如下图。

仍然会使用eolinker扫描GitLab代码注释自动

3.那我们就可以直接编辑修改文档了,实在是方便了很多。

仍然会使用eolinker扫描GitLab代码注释自动

如果可以通过扫描代码注释自动生成API文档,写完代码注解后就不用再一条一条的写接口文档,现在又有一个理由可以不再使用swagger了。

以上就是仍然会使用eolinker扫描GitLab代码注释自动,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


网站题目:仍然会使用eolinker扫描GitLab代码注释自动
网页地址:http://bzwzjz.com/article/ieisio.html

其他资讯

Copyright © 2007-2020 广东宝晨空调科技有限公司 All Rights Reserved 粤ICP备2022107769号
友情链接: 成都网站建设 企业网站设计 网站制作公司 广安网站设计 网站建设 成都网站设计 重庆网站设计 网站建设方案 企业网站制作 重庆电商网站建设 成都网站制作 成都网站建设公司 高端网站设计 教育网站设计方案 手机网站设计 成都网站建设公司 营销型网站建设 成都商城网站建设 商城网站建设 盐亭网站设计 定制级高端网站建设 成都网站建设