在软件设计中尝试过很多承接关系的表现形式，其中含义各不相同，今天拿出来和大家讨论一下

上图A中采用了二个字段来表现层级关系，人员属于部门，部门数量较少，但是部门内人员却上百或者更多。
上图B中采用了并列的承接关系表现，用户先选择部门，在同行选择人员。

A/B是针对同种场景使用的不同模式

个人认为，B的模式限制用户的眼光是从左到右，逐个缩小筛选的范围，就像很多导航一样，先通过分类，再详细选择；它的优点是空间比较省，但是当层次比较多时，就难以应付了；从用户使用角度，距离用户最近的就是用户上一步选择的结果，这样就比较容易记忆，鼠标的移动范围也相对的较小，比较快捷。
A的模式是软件中常用的形式，优点是操作比较明晰，但是比B多采用了一行；

现在我不太清楚如何准确的区分这种交互的表现形式在什么场合下试用，请大虾们交流！

B的title是不是应该换一下,换成负责人,我可以接受,而且我喜欢B的方案,这样的关联性更强

B

他们是B1和B2的关系。

为什么我比较喜欢Ａ。。。

A好
从你对A，B两个方案描述的字数多少上就可以得出结论了

如果级联关系在4个内B是可以接受的。
而且我想还要看用户使用的屏幕分辨率，如果是高分辨率的话，横向的级联下拉还是可以接受的，因为整体变小了，所以对于眼睛和鼠标的移动就小了，但是如果菜单中的文字比较长，那4个是无法忍受的。
我觉得还是以情况而定。

在描述过程中很明显有偏见,层次比较多的时候A跟B都不怎么样,却只在说B的时候提出来.

A更清晰
B从属感更强

我觉得没什么其他区别了

A的说明更详细，说明重点在后半部分，建议“部门”和“人员”右对齐在视觉上更协调；
B的说明层次感虽然更强，但是感觉前面文字说明对象混淆，建议前半部分文字改为“处理人员”。

总之一句，以具体情况而定