前言
在我们实际开发中,像菜单/评论等这样的业务,它通常都是有层级的(层级结构肯定完全一致)。对于处理这样的数据我们通常的思维是通过mybatis构建层级结构,然后使用sql进行关联,第二就是通过单表递归查询。 而对于强大的辅助开发工具包hutool来说,他已经为我们开发者考虑到了这些需求,并且提供了TreeUtil工具类。
使用范例
环境
jdk8,idea2020.1,MySQL8.0(5.x亦可),hutool5.7.22(我公司那个hutool好像是5.3.x,这个版本在识别父id上存在问题,所以需要重写,而我测试当前最新版本时不存在这个问题了,应该时被修复了)
ps: 解决方法是把这个工具类重写
数据库
我这边简单用论坛评论为例(无限层级)
CREATE TABLE `sq_comment` (
`id` bigint(20) NOT NULL COMMENT 'id',
`pub_user_id` bigint(20) DEFAULT NULL COMMENT '发布者ID',
`comment` longtext CHARACTER SET utf8 COLLATE utf8_general_ci COMMENT '评论内容',
`article_id` bigint(20) DEFAULT NULL COMMENT '文章ID',
`parent_id` bigint(20) DEFAULT NULL COMMENT '父评论ID',
`comment_type` int(1) DEFAULT NULL COMMENT '评论类型',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间',
`deleted` int(1) DEFAULT NULL COMMENT '已删除',
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;
代码
@Override
public Result getCommentListByArticleId(Long id) {
QueryWrapper<SqComment> queryWrapper = new QueryWrapper<>();
queryWrapper.eq("article_id", id);
List<SqComment> commentList = sqCommentMapper.selectList(queryWrapper);
TreeNodeConfig config = new TreeNodeConfig();
List<Tree<Object>> list = TreeUtil.build(commentList, null, config, (o, tree) -> {
tree.putExtra("id", o.getId());
tree.putExtra("comment", o.getComment());
tree.putExtra("parentId", o.getParentId());
});
return ResultUtil.success(list);
}
parentId一定要给,指明谁是父id
可以看下他的源代码的注释,rootId他认为一般是0,但我这边一般顶层的父id是null,所以我的顶层是null,而低版本的hutool工具类在识别父id时,如果时null会报npe,请重写,自己打debug,哪里报空指针在那里做判断就行了。
结语
我在开发中,有时会遇到一些不合理的开发需求,他的层级会非常多,多的可能会有七八层,而且他每层数据结构还不一致,所以我在写的时候只能通过mybatis构建层级特别深的resultMap进行加载。sql也写得非常冗长。
所以我现在想写一个工具类,大概思路就是当用户构建出层级很深的VO时,此工具类可以自己通过泛型来组装下层数据集。还在寻找思路中~~~