思路:
1、每个场景就是一个实体来区分(Entity)这里很关键,我们后面会定义成泛型(T)
2、会通过上面定义的泛型T 用java反射获取到类对象,然后我们也必须知道parentid,id,list(所以,这三个关键属性的属性名,也需要传递进来)
3、继续用java反射获取T这个类对象中parentID,Id的值,然后进行业务逻辑处理比对,装载每个节点数据的子节点集赋值给T对象的List属性中
前由:
权限系统权限点设计(树形结构数据组装-JSON):
https://blog.csdn.net/u010691807/article/details/98628237
之前我们做过一个权限点相关设计的东西,里面有一个关键点应用在于:
因为权限点的层级结构非固定这个特性,我们把数据组装的工作交由给了service层,在业务代码中完成的组装。(当然我们的工作中可能遇见各种各样类似的业务场景:比如,对分类的管理(一级二级三级菜单,城市区域管理,公司组织结构管理等都存在类似的层级性的管理))
额外知识扩展:
当层级结构固定的时候,比如:分类管理假如我们就分为固定3层,在用mybatis操作mysql数据库查询分类的示好,用mybatis提供的相关方法,我们可以直接返回一个具有层级关系的树结构数据回来直接使用(这里的sql是自关联的模式)
接着上面继续说,之前说到存在各种这样的逻辑现象,根据不同的操作对象,其实我们核心的点依然只有三个(进行关联的parentId, Id,以及存放当前节点的子节点数据集的对象(List))
如图:
若糖果类的id为1,那么糖果类下面的子节点就是各种好吃的糖(硬糖,软糖,口香糖。。。反正就是各种糖),这些子节点