【基于节点路径的树形级联选择器权限控制实现】

基于节点路径的树形级联选择器权限控制实现

背景

在企业级应用系统中,树形级联选择器是常见的UI组件,用于让用户从层级结构中选择数据。然而,在实际业务场景中,我们经常需要根据用户权限或业务规则限制用户只能选择特定的节点。

最近在实现一个产业申报系统时,遇到了这样的需求:根据不同的申报批次,用户只能选择指定的产业领域。例如,某个批次可能只允许申报"x能源产业中的y能利用/y气制加储设备制造"和"环保产业"及其所有子领域,而其他领域则不可选。

应用场景

这种基于路径的树形选择控制在以下场景尤其有用:

  1. 权限控制系统:限制不同角色用户可访问的菜单或功能
  2. 产品分类选择:电商平台根据商家类型限制可发布的产品类别
  3. 组织架构选择:HR系统中基于岗位权限限制可查看的部门
  4. 行业分类申报:政府补贴申报系统中限制特定批次的申报领域
  5. 资源分配系统:限制部门只能分配特定类别的资源

实现思路

核心思路是基于节点路径(idPath)进行判断,而不是仅依赖节点ID。节点路径是一个使用分隔符(如"-")连接的从根节点到当前节点的ID链,例如"1-10-47"表示ID为1的根节点下的ID为10的子节点下的ID为47的叶子节点。

关键算法

// 判断节点是否允许选择(根据idPath)
const isNodeAllowed = (nodePath) => {
    
    
  if (!nodePath) return false;
  
  // 1. 直接匹配 - 路径完全一致
  if (allowedPaths.has(nodePath)) return true;
  
  // 2. 父节点匹配 - 当前节点是允许路径的子节点
  for (const path of allowedPaths) {
    
    
    const allowedPathStr = String(path);
    // 如果当前节点的路径以某个允许路径为前缀,说明当前节点是该允许路径的子节点
    if (nodePath.startsWith(allowedPathStr + '-')) {
    
    
      return true;
    }
  }
  
  // 3. 子节点匹配 - 当前节点是允许路径的父节点
  for (const path of allowedPaths) {
    
    
    const allowedPathStr = String(path);
    // 如果某个允许路径以当前节点的路径为前缀,说明当前节点是该允许路径的父节点
    if (allowedPathStr.startsWith(nodePath + '-')) {
    
    
      return true;
    }
  }
  
  return false;
};

实现步骤

  1. 收集允许的路径:从后端接口获取允许的节点路径列表
  2. 路径匹配判断:检查当前节点是否满足三种情况之一:
    • 直接匹配:节点路径完全等于某个允许的路径
    • 父节点匹配:节点是某个允许路径的父节点
    • 子节点匹配:节点是某个允许路径的子节点
  3. 递归处理树结构:遍历整个树,对每个节点应用判断逻辑,设置节点的禁用状态

在Vue3+Element Plus中的实际应用

在我们的产业申报系统中,使用Vue3和Element Plus的级联选择器实现:

<el-cascader
  ref="cascaderRef"
  v-model="formData.fieldId"
  :options="fieldIdOptions"
  :props="fieldIdOptionsProps"
  placeholder="请选择申报领域"
  style="width: 640px"
/>

后端接口返回的数据结构示例:

// 允许的领域列表
const fieldInfos = [
  {
    
    
    "id": "1-10-47",
    "fieldName": "氢气制加储设备制造",
    "idPath": "1-10-47",
    "pathName": "清洁能源产业/氢能利用/氢气制加储设备制造"
  },
  {
    
    
    "id": "2",
    "fieldName": "节能环保产业",
    "idPath": "2",
    "pathName": "节能环保产业"
  }
];

// 完整的树结构(简化版)
const fullTree = [
  {
    
    
    "id": "1",
    "fieldName": "清洁能源产业",
    "idPath": "1",
    "children": [
      {
    
    
        "id": "10",
        "fieldName": "氢能利用",
        "idPath": "1-10",
        "children": [
          {
    
    
            "id": "47",
            "fieldName": "氢气制加储设备制造",
            "idPath": "1-10-47"
          }
        ]
      }
    ]
  },
  {
    
    
    "id": "2",
    "fieldName": "节能环保产业",
    "idPath": "2",
    "children": [...]
  }
];

处理逻辑:

// 处理申报领域限制
async function processDomainRestrictions(fieldInfos, fullTree) {
    
    
  // 收集批次中允许的领域路径
  const allowedPaths = new Set();
  
  // 从扁平数组中收集所有允许的领域路径
  fieldInfos.forEach(field => {
    
    
    if (field.idPath) {
    
    
      allowedPaths.add(field.idPath);
    }
  });
  
  // 递归设置节点状态
  const processTree = (nodes) => {
    
    
    if (!nodes || !nodes.length) return [];
    
    return nodes.map(node => {
    
    
      // 判断当前节点是否在允许的路径中
      const isAllowed = isNodeAllowed(node.idPath);
      
      // 设置disabled属性
      node.disabled = !isAllowed;
      
      // 递归处理子节点
      if (node.children && node.children.length) {
    
    
        node.children = processTree(node.children);
      }
      
      return node;
    });
  };
  
  // 处理完整树并更新级联选择器数据
  return processTree(fullTree);
}

优势与局限性

优势

  1. 精确控制:可以精确控制到任意层级节点的可选状态
  2. 父子联动:自动处理父子节点的关系,确保路径完整性
  3. 性能高效:使用Set进行路径匹配,时间复杂度为O(n),其中n为允许路径的数量
  4. 易于扩展:可以轻松添加更多的匹配规则或过滤条件
  5. 代码清晰:逻辑分明,易于理解和维护

局限性

  1. 依赖路径格式:要求数据结构中必须有正确格式的idPath字段
  2. 分隔符固定:当前实现依赖于"-"作为路径分隔符,更改分隔符需修改代码
  3. 全量处理:对整个树进行处理,对于非常大的树结构可能存在性能问题
  4. 无法处理循环引用:如果树结构中存在环形引用,可能导致死循环
  5. 可视化反馈有限:只能通过禁用节点来表示权限,无法提供更丰富的UI反馈

实际应用效果

在我们的产业申报系统中,这套机制已成功应用于多个批次的申报流程。管理员可以在后台配置每个批次允许申报的产业领域,系统会自动根据配置限制用户的选择范围。

例如,当设置只允许"1-10-47"(清洁能源产业/氢能利用/氢气制加储设备制造)和"2"(节能环保产业)时,用户在申报表单中只能选择以下节点:

  • “1”(清洁能源产业)
  • “1-10”(氢能利用)
  • “1-10-47”(氢气制加储设备制造)
  • “2”(节能环保产业)及其所有子节点

而其他节点如"3"(新能源汽车和智能网联汽车产业)、“1-7”(太阳能利用)等都会被禁用,用户无法选择。

结论

基于节点路径的树形级联选择器权限控制是一种灵活、高效的解决方案,特别适合需要精确控制用户选择范围的企业级应用系统。通过合理的路径设计和匹配算法,可以实现复杂的权限控制需求,提升系统的可用性和安全性。

在未来的优化方向上,我们考虑支持更多样化的路径格式、引入缓存机制提升大型树结构的处理性能,以及增加更丰富的可视化反馈,让用户更直观地了解选择限制的原因。