IDEA 通义灵码插件使用体验

aidu_pl">

ain-toc">目录

前言

主要功能

演示代码

解释代码

生成单元测试

生成代码注释

生成优化建议

代码片段补全

总结

前言

自从 AI 技术开始大规模应用，老板就想让下面的牛马借助 AI 工具来提高编码效率，由于团队都没有在实际编码中深度使用过 AI 工具，所以专门调研了市面上比较出名的 AI 辅助写代码工具，实际尝试使用的有两个，一个是微软的 copilot，另一个是阿里的通义灵码。

总所周知的原因，国内使用 copilot 比较麻烦，所以最后在实践中还是使用了阿里的通义灵码，idea中直接安装 TONYYI Lingma 插件，使用支付宝账号直接登录就能免费使用了。

以下是对通义灵码的使用体验

主要功能

IDEA 安装通义灵码后，在打开的文件中右键，即可看到通义灵码选项，提供了五个功能：

解释代码
生成单元测试
生成代码注释
生成优化建议
代码片段补全

使用时，只需先选中代码片段，然后点击对应的选项，或者直接用快捷键。便能够快速生成想要的结果，辅助开发，提高效率。

演示代码

以下功能全都使用以下代码来做演示，是一个常见的列表查询接口，如果有关键字，则根据关键字模糊分页查询，否则直接分页查询，最后返回分页查询接口

public class ProductService {public PageVO<Product> getProducts(ProductQueryFrom form) {int page = Objects.isNull(form) ? 1 : form.getPage();int rows = Objects.isNull(form) ? 25 : form.getRows();Sort sort = Sort.by(Sort.Direction.DESC, "id");Pageable pageable = PageRequest.of(page - 1, rows, sort);Page<Product> pageEntity;if (Objects.nonNull(form) && StringUtils.hasText(form.getKeyWord())) {Specification<Product> spec = (root, query, builder) -> {Predicate target = builder.disjunction();target.getExpressions().add(target.getExpressions().add(builder.like(root.get("partNo"), "%" + form.getKeyWord() + "%"));return target;};pageEntity = productDao.findAll(spec, pageable);} else {pageEntity = productDao.findAll(pageable);}PageVO<Product> vo = new PageVO();vo.setList(pageEntity.getContent());vo.setTotal(pageEntity.getTotalElements());vo.setPages(pageEntity.getTotalPages());return vo;}
}

解释代码

生成的结果如下：

先整体概括了该方法实现的功能，再将方法实现的逻辑依次罗列了出来。

在工作中，需要维护到一些没有任何注释，且随意开发，不遵守规范的代码，再加上对业务逻辑不熟悉，维护起来是相当困难的。

使用该功能来解释不熟悉的代码模块，能让人快速了解该代码模块实现的功能，而不用去了解代码实现的细节，能让维护人员少掉几根头发。

也可以用来为自己写的代码生成注释。

生成单元测试

生成结果如下：

直接为代码中的每个逻辑分支生成了相应的测试用例，可以直接将内容复制到单元测试类中使用。虽然生成的测试用例可能会有一些需要调整的地方，也极大地提高了写单元测试地效率。

实际工作中会发现很多程序员根本不写单元测试，也不知道单元测试要如何去写，使用通义灵码生成的单元测试就有很大的参考价值。

生成代码注释

生成结果如下：

public class ProductService {/*** 获取产品列表的分页信息。* .     * @param form 包含查询条件和分页信息的请求对象。可选参数，如果为空，则默认查询第一页，每页25条记录。* @return 返回产品列表的分页视图对象（PageVO），包含产品列表、总记录数和总页数。*/public PageVO<Product> getProducts(ProductQueryFrom form) {// 设置默认页码和每页记录数int page = Objects.isNull(form) ? 1 : form.getPage();int rows = Objects.isNull(form) ? 25 : form.getRows();// 定义排序规则，默认按id降序排序Sort sort = Sort.by(Sort.Direction.DESC, "id");// 根据页码、每页记录数和排序规则，创建Pageable对象Pageable pageable = PageRequest.of(page - 1, rows, sort);// 如果form非空且包含关键字，则构建带关键字的查询条件Page<Product> pageEntity;if (Objects.nonNull(form) && StringUtils.hasText(form.getKeyWord())) {// 构建Specification，用于动态生成查询条件Specification<Product> spec = (root, query, builder) -> {Predicate target = builder.disjunction();target.getExpressions().add(target.getExpressions().add(builder.like(root.get("partNo"), "%" + form.getKeyWord() + "%"));return target;};// 执行查询pageEntity = productDao.findAll(spec, pageable);} else {// 如果没有关键字，则直接按pageable条件查询pageEntity = productDao.findAll(pageable);}// 封装查询结果到PageVO对象中，返回PageVO<Product> vo = new PageVO();vo.setList(pageEntity.getContent());vo.setTotal(pageEntity.getTotalElements());vo.setPages(pageEntity.getTotalPages());return vo;}
}

可以看到为每一段相对独立的代码逻辑都生成了对应的注释。生成的注释语义也准确，当然这也是因为程序比较简单，所以生成注释的效果还凑合。

不过个人觉得如果开发对变量名字起名规范，其实就相当于自带注释了，过多的注释反而显得啰嗦。

如果要写注释，则是用精炼的语句来概括一段代码逻辑，这个功能其实用上面解释代码便能够很好的实现。