聚合粒度（批量编辑）优化

[Canway-shiisa]

是BUG反馈还是需求提交(Is this a BUG REPORT or FEATURE REQUEST)? (choose one):
需求提交

bk-iam-saas SaaS版本/bk-iam后台版本(The versions used):
最新版仍旧存在该问题（saas1.10.28）

问题描述:
当前聚合的逻辑，会以父级资源实例的粒度为准，将子级的资源也一并合并在一起，这里不符合企业实际使用场景；
示例（以用户管理 - 组织和成员管理及用户目录管理这两个操作为例）：

1. 申请用户管理中的 组织和成员管理操作（依赖组织及用户查看操作） 和 用户目录管理操作（依赖用户目录查看操作）
   

2. 其中，组织和成员管理操作 关联的资源实例可以管理的层级 最高是目录 最低是部门：
   

3. 其中，用户目录管理管理操作 关联的资源实例可以管理的层级 只能是目录，无法精细到部门级别：
   

4. 点击进行批量编辑（进行合并聚合），这里会将组织和成员管理操作 和 用户目录管理管理操作 聚合起来，聚合后可选的资源实例以两个操作关联的资源实例交集中较大粒度的那个为准：
   
   =》也即是说，原先的组织和成员管理操作可管理的资源实例能精细到部门，但是聚合起来后只能选择到目录层级（对企业来说存在权限范围溢出的风险）

期望是什么(What you expected to happen):
操作关联的资源实例层级粒度层级不同，在聚合操作的时候不应该直接合并在一起，需要分离开

[Xmandon]

新版设计里支持按照“资源类型”维度聚合勾选，可以到实例级别。
当前版本也有类似的实现方式。