认识达内从这里开始

列表的信息设计，也就是table header的确定，在明白了用户在这个页面的主要目的之外，达内长沙IT培训建议你主要明确三点：

为了帮助用户identify这个item必须要放的信息；

可以方便用户直接从列表页面去的各个二级页面的信息；

其他需要强调的信息。

把这些列出来之后，再根据真正的用户需求进行删减。大部分的信息呈现都比较straightforward，其中有一点值得讨论的是关于item status的展示。很多列表都会有各种各样的status显示：例如Gmail用字体粗细来显示已读和未读，也有一些dashboard用tag+文字或者改变整行背景来直接表示不同的状态，有的会把status放在列表第一列，也有会把status放到中间。有的会把status抽象成icon，也有的是直接用文字呈现status。

不同的使用场景和用户需求会对Status呈现有不同的需求。对于我而言，我一般会问自己三个问题：

用户来这个列表，对于status的glancibility有多强的需求，他们是否特别需要知道整个列表的overall performance？

列表中有多少Status，是否都有well associated icon可以对接，还是需要自创icon去表示特定的状态？

用户是否会在意某个特定的status，例如突然某个server down了，或者某个信息没有发送成功？

一般来说，颜色可以解决glancibility的问题。给一整行增加背景颜视觉表达上，又强于单个status的颜色，可用于强调某个特定的状态。（这样的设计，需要使用得非常谨慎，因为这个特殊状态基本在第一时间吸引了用户全部的注意力。）

如果状态比较少并且较为常规时（例如“成功”和“失败”），可以直接用icon来表达。如果status比较特殊的话，用文字可以表达得更加清晰明确。

如果用户在列表页面更多的是做列表管理，那把状态栏放在第一列是比较可行的。如果用户主要是为了寻找某个特定的item，则可以把status放到中间，而把item name放在第一列。

Pagination V.S.Endless scroll

Pagination：分页来展现全部的列表项目

Pros

分页是一种非常符合用户认知逻辑的归类方式。它可以帮助用户从一个很长的列表中定位某个特定的项目。

Cons

每次到达页面底端时，用户需要点击之后才能到下一页，对于一些浏览性的表格来说，点击显得比较多余。

用户触底之后，页面自动显示load more，然后呈现出更多信息。

总体来说，endless scroll在列表上适用的情况较少。因为列表一般而言更加强调逻辑性，并且需要定位具体的项目。

Pros

适用于一些浏览性的列表，用户更多得在获取信息，例如pinterest的信息流（不过这个也不能算列表），用户可以不需要点击就获取更多的内容

Cons

Endless scroll，顾名思义就是很难让用户有一种结束的感觉，对于一个列表来说，用户常常会不知道自己还有多少没有看完，导致在精神上比较有负担。毕竟“Reaching an end point provides a sense of control”

一般比较难定位一个具体的项目位置。

最近关于列表设计的思考就是这些。当然还有很多其他的没有涉及到，例如在列表中是否需要以及如何做in-table edit，列表和数据可视化的互动，如何区分列表的filter, search以及sort的功能。