回复：没有组件不能自己写吗前端？

这不是两个功能吗，部门子部门是级联菜单，部门员工集合是员工列表，然后通过菜单查询，整合在一起是要咋显示

简单的展示和点击事件，好写。但是要处理其他一系列事件和状态就比较麻烦了。
另外这种数据，我是觉得返回直接返回集合比较合适，用nodeType区分节点的类型是用户还是部门。在前端来构建树。

为什么不用组件呢……自己写光页面渲染就要挺麻烦……毕竟要递归

...时代不同了吗后端居然迁就前端

我和历任后端在数据这块都是后端说的算

前端用tree组件主流的ui框架都有这种组件
不使用ui框架自己写组件的情况下写个递归也可以判断有无children数组有就循环下去
所以说你说的这个需求很简单
另外最外面的duser数组是什么啊和child里面的duser有关系吗

这……你还不如给扁平化数据，但parentId一定要和父级对应，这样你根本不用动，从表里拉出的数据直接给前端就完事了，谁都方便

递归展示

数据结构没得问题，但最好保持统一，子部门里面也加上children。就看数据量大不大。如果不大，一个接口返完没得问题，如果数据量大，最好调整接口，查询子部门，查询人员，最后只返回最终选择部门的人员。
组件自己写也行，ui库也行（是个ui库都会有级联），ui库不合适的就自己改源码，或者重新封装ui库组件。

看量大不大吧

量小，百度上cv大法就有处理的方法，量大就麻烦点

因为要的所有部门，和每个部门下各自的员工信息我觉得需要的数据我确实是全都查出来了里边三个子部门没children是因为他们是最后一级子部门了就没给添加

我当时和他说过要么就只展示部门列表用户点那个就发请求去查那个部门的用户信息返回他和我说什么网络可能有延迟啥的巴拉巴拉

部门和人员不应该同级

没事，后端咋传，前端就咋搞

没有现成的组件就得思考这个需求合不合理了

你自己写写死你

扫二维码下载贴吧客户端

下载贴吧APP
看高清直播、视频！

首页上一页 1 2 3 4 5 下一页尾页
110回复贴，共5页
，跳到页

<<返回前端吧

分享到:

日	一	二	三	四	五	六