列表之所以能够如此受欢迎，当然不只是用于展示信息而已，它更重要的表现在于近乎完美的交互体态

列表之所以能够如此受欢迎，当然不只是用于展示信息而已，它更重要的表现在于近乎完美的交互体态；无论是搜索、筛选还是排序，无论是单个操作、多个操作还是全选操作，列表的应对都游刃有余。

如果说对数据库的增删改查是一个程序员的浪漫，那么对列表的操作则是一个产品的艺术。这种艺术特质，可以反映在两个方面上。

一方面，操作要符合场景。这里的场景，更多的是交互场景；比方说你在搜索一个超市的时候，出来了一个商超的列表，这时候你看到表头里有“距离”这项；这时候大部分用户的想法，可能就是希望列表能够按照“距离”这个项来进行排序，那么我们理所应当把筛选的操作放到“距离”上面，而不是去其他地方放一个筛选项（比如列表的头部操作区域）。

另一方面，操作是必要的。在理论的角度来看，任何列表都可以增删改查。可一旦列表处于某些场景中时，我们就需要隐藏一些不合时宜的行为；比如买家看到商家的商品列表时，不能改删除商品。相反，如果列表处于另一些场景中时，我们可能要去丰富基础的操作；比如同样是买家查看商品列表，我们需要提供多维度的筛选和排序方式，以供用户快速找到合适的商品。

二、如何设计

列表的这三个元素是大部分场景下，一个合适的列表本该有的样子，但这并不意味着它们缺一不可。我们了解它的构成，不是为了可以照本宣科地去设计的，而是为了在既定的场景中搭配出合适的样子，需要具体情况具体分析。

这里有这么一个场景：在一个PC端的云文档产品中，用户储存有许多文档，其中不少开启了分享，以便与他人协作；分享的方式虽然很便利，但是也存在安全隐患，因此用户特别希望能有一个地方能够对这些分享出去的文档进行统一管理。

如果是你，你会怎么去设计这个“已分享文件”的管理列表呢？这里我给出我自己的答案。

1. 分析需要什么数据

首先，这是一个文件列表，那么对用户来说最基本的一个数据就是文件的基础信息，用于文件的识别，如文件名、文件图标。

其次，从需求背景来看，用户的核心诉求在于“找到想要的东西”并加以管理，而这个“东西”就是已分享出去的文件。那么这种文件有什么特征呢？

最明显的一点就是“已经开启分享”，也就是说产生了分享的行为数据，如分享链接、分享的对象（范围）、分享出去的权限、分享链接的有效期。

除此之外，用户肯定还会关心文件分享出去之后所产生的结果，比如文件通过分享链接的下载量和访问量。