6.2 数据加载数据加载可分为两种加载方式：同步加载与异步加载，即同步树与异步树。数据加载要考虑树形结构的整体加载与部分加载，要明确用户当前的加载节点，加载完成后应该立即删除加载状态指示。

文章插图
当存在大量数据或数据存在服务器时，通常采用采用异步加载，根据用户点击展示点击节点的数据，可有效的减少因加载非用户所需而产生的时间消耗，提高用的操作体验。与此相反，可采用同步加载。
6.3 初始状态显示树状结构的初始状态是指加载完成后，树形结构的折叠与展开状态。如果树形结构的根节点下有大量的子节点，那么折叠的初始状态可能更加符合用户的认知。
相反，应该让树形结构处于展开状态。

文章插图
6.4 错误警告状态任何操作都需要系统给与用户反馈，无论是显性的亦或是隐形的。同样的，树形结构也包含了相应的操作反馈和状态反馈。其中，树形结构中的子节点操作反馈状态分为两类。

文章插图
其一，轻量型的提示应该就近的显示在树形结构内部，让操作与反馈存在页面上的关联。部分模块的异常状态，并不影响其他功能的操作，因此也不必打断用户的操作。
其二，重量型提示如导入二次确认等，需要非模态弹窗提示，其目的在于，可以打断用户的操作路径，让用户停下来关注提示内容，从而避免误操作。
6.5 树形结构的节点数量限制为了产品的使用体验，一般项目一次显示最好不超过200个节点，对于较大数据结构可尝试横向扩展树形结构，并采用分布加载的方式，减少用户的等待焦虑。同时，应该确保用户可以过滤和检索数据。
6.6 自动排序作为数据展示的框架时，树形结构可以保留一定的自动排序功能，将数据以某种规则进行展示，便于用户查看与寻找，如树作为选择功能时。作为某种页面或者内容结构时，最好屏蔽自动排序功能。如作为导航使用时。
另外，还有一些需要根据应用场景，来判断如何实现的设计细节。
例如，是否需要展示过滤结果的组织结构及过滤后的结果展示？应该如何拖拽规则及拖拽的应用范围，是否包括组织变更？弹窗添加还是就地编辑？如何决定组织树的批量操作……
这些都需要设计师根据业务场景的实际需求，进行定制化的考量。
七、写在最后从本质上说，树形结构只是一种帮助用户查找分层信息的工具。通过树形结构用户可以是快速、轻松地到达用户想要到达的地方，也可以是打开、关闭、滚动和浏览。但是，不意味着仅仅因为信息是分层，树形结构就是最佳的展示方式，设计师应该进行基于场景业务的定制化设计。
#专栏作家#弘毅道，公众号：UIUX设计工作坊，人人都是产品经理专栏作家。关注to B业务，尤其擅长后台程序界面设计，包括需求沟通，原型设计以及后期的设计评审等。
本文原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议

稿源：(人人都是产品经理)

【傻大方】网址：http://www.shadafang.com/c/11059451H2021.html

标题：树形|树形结构-那些被忽略的设计细节( 三 )