无限层级且乱序的树形结构数据的整理,利用HashMap降低遍历次数「建议收藏」

无限层级且乱序的树形结构数据的整理,利用HashMap降低遍历次数

大家好,又见面了,我是全栈君。

我们在展示一个机构树的时候,经常会遇到这种一个问题,查询数据的时候,是从下往上查的,但展示数据的时候,又要从下往上展示。

这时候就要把查询到的数据进行整理从而得到我们想要的结构。

举个样例。

ID PARENT_ID SOME_ATTRIBUTE_ID
2001 0  
6292 6120 57010
6120 6115  
6121 6115  
6156 6121 56874
6115 2001  


这是依据需求查询出的sql数据。可是它是无序的,所以非常让人头疼,不知怎样去处理,示意图是这种。

无限层级且乱序的树形结构数据的整理,利用HashMap降低遍历次数「建议收藏」

我们先明白下数据结构吧。

每个节点我们使用一个Map存储内容,key-value映射例如以下。

key value
ID String
Parent_ID String
Attribute_id String
Children List<Map>

children用来储存它的子节点的Map。

同一时候须要说明的是,我们的原始数据就是一个乱序的List<Map>,map中包括前三项内容。

最简单的办法就是有几层就遍历几次List。第一次遍历整个List,查找PID为0的节点,新建空的List放入Map中。这次遍历我们拿到2001这个节点,并把这个节点从List中清除。

第二次遍历,查找PID为2001的节点,这次我们查到6115这个节点。依次类推。遍历四次。我们就依照层次结构形成了须要的数据。

可是这样效率不好,有没有办法能遍历一次就完毕数据的整理工作呢?

看我把代码贴出来:

<span style="white-space:pre">		</span>List<Map> list = getList();
		Map all = new HashMap();
		for(int i = 0;i<list.size();i++){
			Map result = list.get(i);
			String parent_id = (String) result.get("PARENT_ID");
			String id = (String) result.get("ID");
			if(all.get(parent_id) == null){
				Map temp = new HashMap();
				List tempList = new ArrayList();
				if(all.get(id) != null){
					((Map)all.get(id)).putAll(result);
				}else{
					result.put("children", new ArrayList());
					all.put(id, result);
				}
				tempList.add(all.get(id));
				temp.put("children", tempList);
				all.put(parent_id, temp);				
			}else{
				if(all.get(id) == null){
					result.put("children", new ArrayList());
					all.put(id, result);
				}else{
					((Map)all.get(id)).putAll(result);
				}
				((List)((Map)all.get(parent_process)).get("children")).add(result);
			}
		}

少了遍历,就要多加入逻辑。

list是我们查询的内容,我们遍历list的时候,每拿到一条。就查看在all中。是否已经存在key为parent_id的对象,假设没有,我们再看有没有key为id的对象,假设有。它一定是作为parent_id时被建立的,所以我们把其它的内容加进去,假设没有,我们就在现有的result基础上,加入key为children的list,并把它以id为key保存在all中。同一时候。再新建一个以parent_id为key的对象,当中包括children为key的List。里边包括了key为id的对象。

假设以parent_id为key的对象在all中存在。那就简单了,仅仅须要查看all中是否有以id为key的对象,有直接将其加入至parent_id为key的对象中。没有的话。建立它,再把它放进去。

逻辑上确实比較复杂,也不是非常好理解。总之我们是在all中保存了全部以不论什么一个节点为顶节点的树,仅仅须要遍历一遍,整个all中的东西都能被整理完毕。

每次做到类似的问题的时候,都非常懊悔上大学的时候对acm嗤之以鼻。

事实上如今还是有点嗤之以鼻。。。。

我认为这根本不叫算法啊。数学模型才叫算法啊。

。。。

求醍醐灌顶!

另外本文求更优的解法。尤其是学过acm的童鞋的批评。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/116201.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • QTreeView使用总结1,一个简单示例

    QTreeView使用总结1,一个简单示例1,简介本文为一个最简单的QTreeView初始化过程的示例。除去了一切操作响应等细节,只是展示使QTreeView显示出带层次结构的数据,至少需要哪些代码。只附带了一点点常用设置项。2,效果3,代码一个QTreeView插入三层数据的最简单代码示例:voidMainWindow::InitTree(){//1,构造Model,这里示例具有3层关系的model构造过程QSt…

    2022年6月13日
    54
  • tcp数据包最大长度(udp数据包最大长度)

    在tcp数据包处理的实战中,总会确定payload的长度但是呢,tcp头部中没有确定的tcp_len长度,非常的烦所以一般如下确定payload长度:从IP报头(IP.len)中提取“总长度”,然后减去“IP报头长度”(IP.len)。hdrlen)和“TCP头长度”(TCP。hdrlen)。在内核中也就是ip->tot_len-ip->len-hdr_len(tcp)。…

    2022年4月15日
    46
  • traceroute基本原理_实践与认识的相关原理

    traceroute基本原理_实践与认识的相关原理*本文原创作者:ArkTeam/YSYY,转载须注明来自FreeBuf.COM一、路由追踪程序traceroute/tracertTraceroute是Linux和MacOS等系统默认提供的路由追踪小程序,Tracert是Windows系统默认提供的路由追踪小程序。二者的功能相同,都能探测数据包从源地址到目的地址经过的路由器的IP地址。Traceroute/Tracert的实现都借助了T…

    2022年9月24日
    2
  • mysql通配符_mysql通配符使用

    mysql通配符_mysql通配符使用mysql通配符使用:w3cchool在mysql查询中,经常会用到通配符,而且mysql的通配符和pgsql是有所不同的,甚至mysql中还可以使用正则表达式。本文就为大家带来mysql查询中通配符的使用。SQL模式匹配:“_”匹配单个字符,”\_”匹配”_”“%”匹配任意个字符,包括零个字符sql模式下的匹配,缺省是对于字母的大小写没有要求,并且sql模式下,“=”或”!=”是不能在模…

    2022年6月24日
    34
  • visdom总结[通俗易懂]

    visdom总结[通俗易懂]1叫做env=environment2叫做win=window

    2022年6月17日
    44
  • csdn社区内容创作规范_内容不符合规范

    csdn社区内容创作规范_内容不符合规范良好的社区环境,需各位创作者与CSDN共同维护建立!

    2022年9月18日
    3

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号