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;
    }
}

解释代码

生成的结果如下：

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

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

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

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

生成单元测试

生成结果如下：

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

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

生成代码注释

生成结果如下：

java 复制代码

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;
    }
}

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

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

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

生成优化建议

生成结果如下：

提出代码潜在的风险，并给出了优化建议，还会生成优化后的代码。

虽然生成的内容看起来很有条理，不过细看的话，里面有可靠的建议，也有一些正经的胡说八道。并不能完全信赖它，还需要开发人员自己去甄别。此外，一些优化建议个人觉得优点过度设计了，还是得根据实际项目情况来定。故这个优化建议作为辅助功能最合适。

代码片段补全

代码片段补全是最常用的功能，每次输入完或者回车后，都会智能预测可能的代码，如果刚好合适，则直接用 Tab 键补全，不合适则自己写，写完停下后，则会根据当前输入的内容再进行智能预测。

这个功能是否好用完全取决于它预测的准确率，在写业务逻辑中，如果经常需要写一些重复的业务逻辑，那使用代码片段补全开发效率还是非常高的。只要有写过相似的业务逻辑，预测的准确率非常高，一段业务逻辑几下 Tab 键就完全搞定了，比起自己去复制粘贴快了不少。

总结

代码补全 ，单元测试，解释代码，这三种功能直接投入到日常开发中，用来提高工作效率。

另外两种功能，生成代码注释能直接用解释代码来平替，优化建议则是作为一个辅助工具使用，使用时需要开发人员自己甄别，根据实际情况决定是否优化。

IDEA 通义灵码 插件使用体验

前言

主要功能

演示代码

解释代码

生成单元测试

生成代码注释

生成优化建议

代码片段补全

总结

IDEA 通义灵码插件使用体验