1.列表的排序不合理
列表的排序一般需求上都要有明确的需求，写上按哪个字段、按升序还是降序排。同时，排序的字段，一般是要放在列表的前面几列。
这里会出现的问题有以下3种：1）需求上没明确，2）原型没注意，3）开发开发时没完全按需求、原型开发。
2.默认数据不合理：
只要有状态的数据，都需要考虑列表默认要显示哪些状态的数据。考虑的角度通常是哪些数据是使用这个页面的用户，通常打开页面后，最希望见到的数据是哪些；或者是使用频率最高、最关注的数据是哪些；
数据是有“是否有效“的属性的，如数据有启用、停用状态，有生效中和失效的状态，或者有些是有“有效期的”。
比如一个活动管理列表。活动记录的状态有：保存、审批中、未生效、生效中、已取消（或已中止）、已结束（活动到期）。
一般情况下，或者大部分情况下，进入活动列表，是不需要查看已取消、已结束的活动的，这2种活动状态简称为失效状态吧。但有时又要对他们进行复盘总结。所以主界面应该有个“活动状态”的查询条件，默认选中非失效状态的所有状态。列表上相应的，只显示非失效状态的活动记录。可以减少失效数据对用户的干扰。
有同样问题的业务有：车辆、线路、人员档案（车辆有生效中的记录，也有历史记录）；任务管理、任务类型设置（有启用、停用状态）
或者再再引申下，只要有状态的数据，都需要考虑列表默认要显示哪些状态数据。
3.页码没有显示在屏幕最右下角
这里主要有2个问题。
一是页码没有默认显示在拼命最右下角。同一个公司，有的人是用笔记本，有的是用台式机。用笔记本的尺寸也不同，很多页面。台式机的屏幕尺寸也不相同。页面的高度都比绝大部分用户的屏幕高，导致要把右侧滚动条拉到底后，才能看到页码。其实归根到底，是页面没有自适应屏幕的大小。
二是页码位置不统一。同一个框架，同一个平台，有的页面页码是在底部左侧，有的是右侧。
不明白为什么会有这种比较低级的问题，还迟迟不解决的。。(•_•)?
