CN104615340B - 一种终端 - Google Patents

Abstract

本发明实施例公开了一种终端，包括：获第一获取单元，用于获取联系人列表，所述联系人列表包含至少两个条目数据；第一处理单元，用于对所述第一获取单元获取的所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同；第一展示单元，用于将所述第一处理单元处理后的所述联系人列表中的条目数据进行显示于终端界面。采用本发明，可以通过确定条目数据的展示长度，对数据列表中的条目数据进行两端对齐处理，数据列表展示出的效果比较整齐，方便用户查看。

Description

一种终端

技术领域

本发明涉及用户界面技术领域，尤其涉及一种终端。

背景技术

随着科学技术及计算机网络的发展，人们在日常工作、学习、娱乐及生活中需要处理非常多的数据，通常这些数据采用数据列表的形式进行展现，如用列表的形式展现手机通讯录中的联系人、聊天工具中的聊天好友、通过搜索引擎查询关键字后得到的结果数据等。

目前，用户手动输入或者搜索引擎查询到的数据信息没有经过展示处理就直接通过列表的形式展示出来，数据呈现较乱，不便于查看。

发明内容

本发明实施例提供一种终端，通过确定条目数据的展示长度，对数据列表中的条目数据进行两端对齐处理，数据列表展示出的效果比较整齐，方便用户查看。

本发明实施例公开了一终端，该终端包括：

第一获取单元，用于获取联系人列表，所述联系人列表包含至少两个条目数据；

第一处理单元，用于对所述第一获取单元获取的所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同；

第一展示单元，用于将所述第一处理单元处理后的所述联系人列表中的条目数据显示于终端界面。

本发明实施例通过确定条目数据的展示长度，对数据列表中的条目数据进行两端对齐处理，数据列表展示出的效果比较整齐，方便用户查看。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的数据展示方法的第一实施例的流程图；

图2是本发明实施例提供的数据展示方法的第二实施例的流程图；

图3是本发明实施例提供的数据展示方法的第三实施例的流程图；

图4是本发明实施例提供的数据展示方法的第四实施例的流程图；

图5是本发明实施例提供的数据展示方法的第五实施例的流程图；

图6是本发明实施例提供的用户输入的发起数据展示请求的终端界面示意图；

图7是本发明实施例提供的数据列表中条目数据处理前后的第一结果示意图；

图8是本发明实施例提供的数据列表中新增条目数据的结果示意图；

图9是本发明实施例提供的数据列表中条目数据处理前后的第二结果示意图；

图10是本发明实施例提供的数据列表中条目数据处理前后的第三结果示意图；

图11是本发明实施例提供的数据列表中条目数据处理前后的第四结果示意图；

图12是本发明实施例提供的数据列表中条目数据处理前后的第五结果示意图；

图13是本发明实施例提供的终端的第一实施例的结构示意图；

图14是本发明实施例提供的终端的第二实施例的结构示意图；

图15是本发明实施例提供的终端的第三实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

可以理解的是，终端包含但不限于个人电脑、智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑、移动互联网设备(MID，Mobile Internet Devices)或穿戴式智能设备等设备。

参见图1，是本发明提供的数据展示方法的第一实施例的流程图，该方法包括：

步骤S102：获取联系人列表，所述联系人列表包含至少两个条目数据；

具体地，获取联系人列表之前，先接收数据列表展示请求，所述请求可以是用户通过触发终端的按钮或者菜单进行发起的。如图6所示，终端提供有可以供用户进行操作的按钮或者菜单，所述按钮或者菜单可以用于让用户发起展示所述联系人列表的请求，终端可以接收用户触发所述按钮或者菜单发起的所述联系人列表展示请求；用户触发所述联系人列表展示请求按钮或者菜单后，终端可以接收联系人列表展示请求。所述联系人列表可以为通讯录列表、联系人数据、聊天工具好友等。例如，用户触发展示手机中的通讯录列表后，手机可以接收到展示通讯录列表的请求。

根据所述联系人列表展示请求，终端可以获取需要展示的联系人列表，所述联系人列表包含至少两个条目数据。例如，手机根据用户输入的通讯录列表展示请求，可以获取需要被展示的手机通讯录列表中的联系人信息，再进一步地，如图7所示，展示的联系人信息可以包含“李四”、“刘德华”、“上官无情”等。

步骤S104：对所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同；

具体地，将联系人列表中的条目数据进行处理，在所有的条目数据中添加或减少空格符，使得数据列表中的每一个条目数据展示的长度相同；或者增加或减少条目数据中字符的字符间距，使得数据列表中的每一个条目数据展示的长度相同；或者一部分条目数据的字符间添加或减少空格符，另一部分的条目数据字符间距增加或减少，使得数据列表中的每一个条目数据展示的长度相同，并将增加了字符间距或者空格符的条目数据的字符进行两端对齐。例如，手机通讯录列表中的联系人列表有6个，那个可以根据联系人列表中的具有最长字符长度的联系人名称为基准，将其他5个联系人名称的字符中增加空格符或减少空格符或者增加字符间距或减少字符间距，让所有联系人名称的展示的字符长度一样长，且所有联系人名称以展示的字符长度为基准实现两端字符对齐；再例如，用户也可以设定一个字符长度值，以用户设置的字符长度值为基准，实现手机通讯录列表中的联系人名称的字符中增加空格符或减少空格符或者增加字符间距或减少字符间距，让所有联系人名称的展示的字符长度一样长，且所有联系人名称以展示的字符长度为基准实现两端字符对齐。

步骤S106：将处理后的所述联系人列表中的条目数据显示于终端界面；

具体地，将步骤S104处理后的联系人列表中的条目数据进行展示至终端显示界面，可以供用户查阅，展示结果可以如图7所示。

参见图2，是本发明提供的数据展示方法的第二实施例的流程图，该方法包括：

步骤S202：获取联系人列表，所述联系人列表包含至少两个条目数据；

具体地，步骤S202可以参考上述图1实施例中步骤S102，这里不再赘述。

步骤S204：确定所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

具体地，根据步骤S202获取的联系人列表，可以得到多个条目数据。确定联系人列表展示各个条目数据的目标长度时，可以通过获取联系人列表中具有最长字符长度的条目数据对应的第一长度，也可以通过用户根据自身的需求设置的第二长度。例如，手机可以根据联系人列表中的条目数据获取具有最长字符长度的条目数据“上官无情”对应的第一长度；或者用户可以根据自身的需求设置第二长度值。将第一长度值或者第二长度值确定为条目数据展示的目标长度。

步骤S206：在条目数据的字符之间增加字符间距或减少字符间距或者增加空格符或者减少空格符，以使条目数据的字符长度与目标长度相同；

具体地，根据步骤S204确定的目标长度，将手机通讯录列表中的联系人字段进行增加字符间距或减少字符间距或者增加空格符或者减少空格符，使得联系人列表中的每一个条目数据展示的长度与所述目标长度相等。例如，手机通讯录列表中的联系人列表有6个，那个可以根据联系人列表中的具有最长字符长度的联系人名称为基准，将其他5个联系人名称的字符中增加空格符或者增加字符间距，让所有联系人名称的展示的字符长度一样长，且所有联系人名称以展示的字符长度为基准实现两端字符对齐；再例如，用户也可以设定一个字符长度值，以用户设置的字符长度值为基准，实现手机通讯录列表中的联系人名称的字符增加字符间距或减少字符间距或者增加空格符或者减少空格符，让所有联系人名称的展示的字符长度一样长。

步骤S208：将处理后的所述联系人列表中的条目数据显示于终端界面；

具体地，将步骤S206处理后的联系人列表中的条目数据进行展示至终端显示界面，可以供用户查阅。例如，手机展示的联系人列表可以如图7所示。

参见图3，是本发明提供的数据展示方法的第三实施例的流程图，该方法包括：

步骤S302：获取联系人列表，所述联系人列表包含至少两个条目数据；

步骤S304：确定所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

具体地，步骤S302至S304可以参考上述图2实施例中步骤S202至S204，这里不再赘述。

步骤S306：判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

具体地，根据步骤S304确定的所述目标长度，判断条目数据的字符长度值是否等于目标长度；当判断结果为否时，所述条目数据的字符长度不等于步骤S304确定的所述目标长度，可以执行步骤S308；当判断结果为是时，所述条目数据的字符长度与步骤S304确定的所述目标长度相同，条目数据的字符长度不变，可以执行步骤S310。

步骤S308：在条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，以使条目数据的字符长度与所述目标长度相等；

具体地，当步骤S306的判断结果为否时，即所述条目数据的字符长度值不等于所述目标长度，以步骤S304确定的所述目标长度为依据，在条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，使得所述条目数据的字符长度达到所述目标长度。

步骤S310：查看联系人列表中的所有的条目数据是否已经判断完毕；

具体地，当步骤S306的判断结果为是时，即所述条目数据的字符长度值等于所述目标长度，可以查看联系人列表中的所有的条目数据是否已经判断完毕，当查看结果为否时，指向下一条未判断的条目数据，返回执行步骤S306判断所述联系人列表中的所述条目数据的数据字符数是否等于所述目标长度的步骤，直到所述联系人列表中的所有条目数据全部判断处理完毕；当查看结果为是时，条目数据判断完毕，可以执行步骤S312。

步骤S312：将处理后的联系人列表中的条目数据显示于终端界面；

具体地，将步骤S310处理后的联系人列表中的条目数据进行展示至终端显示界面，可以供用户查阅。例如，手机展示的联系人列表可以如图7所示。

参见图4，是本发明提供的数据展示方法的第四实施例的流程图，该方法包括：

步骤S402：获取联系人列表，所述联系人列表包含至少两个条目数据；

步骤S404：确定所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

具体地，步骤S402至S404可以参考上述图3实施例中步骤S302至S304，这里不再赘述。

步骤S406：判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

具体地，根据步骤S404确定的所述目标长度，判断条目数据的字符长度值是否等于目标长度；当判断结果为否时，所述条目数据的字符长度不等于步骤S404确定的所述目标长度，可以执行步骤S408；当判断结果为是时，所述条目数据的字符长度与步骤S404确定的所述目标长度相同，条目数据的字符长度不变，可以执行步骤S410。

步骤S408：在条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，以使条目数据的字符长度与所述目标长度相等；

具体地，当步骤S406的判断结果为否时，即所述条目数据的字符长度值不等于所述目标长度，以步骤S404确定的所述目标长度为依据，在条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，使得所述条目数据的字符长度达到所述目标长度。

步骤S410：查看联系人列表中的所有的条目数据是否已经判断完毕；

具体地，当步骤S406的判断结果为是时，即所述条目数据的字符长度值等于所述目标长度，可以查看联系人列表中的所有的条目数据是否已经判断完毕，当查看结果为否时，指向下一条未判断的条目数据，返回执行步骤S406判断所述联系人列表中的所述条目数据的数据字符数是否等于所述目标长度的步骤，直到所述联系人列表中的所有条目数据全部判断处理完毕；当查看结果为是时，条目数据判断完毕，可以执行步骤S412。

步骤S412：将处理后的联系人列表中的条目数据显示于终端界面；

具体地，将步骤S410处理后的联系人列表中的条目数据进行展示至终端显示界面，可以供用户查阅。例如，手机展示的联系人列表可以如图7所示。

步骤S414：获取所述联系人列表新增加的条目数据；

具体地，获取新增加的条目数据，例如，用户在现有的手机通讯录列表中又输入了新增的联系人，新增的联系人可以为一个也可以为多个，例如，手机通讯录列表的新增联系人可以图8所示，手机通讯录列表新增的联系人为“贾乙丙”一个，或者手机通讯录列表新增的联系人为“来自星星的我”一个，或者手机通讯录列表新增的联系人也可以为“贾乙丙”、“来自星星的我”、“张三”等多个，或者手机通讯录列表新增的联系人可以为“贾乙丙”、“王菲”、“张三”等多个。

步骤S416：检测所述新增加的条目数据的字符长度是否等于所述目标长度；

具体地，可以检测手机联系人列表中的新增加的条目数据的字符长度是否等于步骤S404确定的所述目标长度。例如，当手机通讯录列表新增的联系人为“贾乙丙”一个时，检测新增的联系人为“贾乙丙”的字符长度是否等于步骤S404确定的所述目标长度；或者当手机通讯录列表新增的联系人为“来自星星的我”一个时，检测新增的联系人为“来自星星的我”的字符长度是否等于步骤S404确定的所述目标长度；或者当手机通讯录列表新增的联系人为“贾乙丙”、“来自星星的我”、“张三”等多个时，检测“贾乙丙”、“来自星星的我”、“张三”对应的字符长度是否等于步骤S404确定的所述目标长度；或者当手机通讯录列表新增的联系人为“贾乙丙”、“王菲”、“张三”等多个时，检测“贾乙丙”、“王菲”、“张三”对应的字符长度是否等于步骤S404确定的所述目标长度。

具体实现中，当检测结果为否时，所述新增加的条目数据的字符长度不等于步骤S404确定的所述目标长度，可以执行步骤S418；当检测结果为是时，所述新增的条目数据的字符长度与步骤S404确定的所述目标长度相同，新增的条目数据的字符长度不变，可以执行步骤S420。

步骤S418：在所述新增加的条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或减少空格符，以使所述新增加的条目数据的字符长度与所述目标长度相等；

具体地，当步骤S416的检测结果为否时，即新增的条目数据的字符长度值不等于步骤S404确定的所述目标长度，以步骤S404确定的所述目标长度为依据，在所述新增加的条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或减少空格符，以使所述新增加的条目数据的字符长度与所述目标长度相等；例如，当手机通讯录列表新增的联系人可以为“来自星星的我”时，可以将“来自星星的我”的字符之间增加字符间距或者减少字符间距或者增加空格符或减少空格符，以使“来自星星的我”的字符长度与所述目标长度相等。

步骤S420：查看新增的条目数据是否已经判断完毕；

具体地，当步骤S416的检测结果为是时，即新增的条目数据的字符长度值等于步骤S404确定的所述目标长度，可以查看新增的条目数据是否已经判断完毕，当查看结果为否时，指向下一条未判断的新增的条目数据，返回执行步骤S416检测所述新增加的条目数据的字符长度是否等于所述目标长度的步骤，直到所述新增的所有条目数据全部判断处理完毕；当查看结果为是时，新增的条目数据判断完毕，可以执行步骤S422。

步骤S422：将处理后的联系人列表中的条目数据显示于终端界面；

具体地，将步骤S420处理后的联系人列表中的条目数据进行展示至终端显示界面，可以供用户查阅。例如，手机展示的联系人列表可以如图9-图12所示。

参见图5，是本发明提供的数据展示方法的第四实施例的流程图，该方法包括：

步骤S502：获取联系人列表，所述联系人列表包含至少两个条目数据；

步骤S504：确定所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

步骤S506：判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

步骤S508：在条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，以使条目数据的字符长度与所述目标长度相等；

步骤S510：查看联系人列表中的所有的条目数据是否已经判断完毕；

步骤S512：将处理后的联系人列表中的条目数据显示于终端界面；

具体地，步骤S502至S512可以参考上述图4实施例中步骤S402至S412，这里不再赘述。

步骤S514：检测是否获取新增加条目数据；

具体地，检测用户是否通过终端输入了新增条目数据；当检测结果为否时，可结束当前操作，实际应用中可以不同，这里不作限制；当检测结果为是时，可执行步骤S516。

步骤S516：获取所述联系人列表新增加的条目数据；

具体地，当步骤S514的检测结果为是时，获取新增加的条目数据，例如，用户在现有的手机通讯录列表中又输入了新增的联系人，新增的联系人可以为一个也可以为多个。例如，手机通讯录列表的新增联系人可以如图8所示，手机通讯录列表新增的联系人为“贾乙丙”一个，或者手机通讯录列表新增的联系人为“来自星星的我”一个，或者手机通讯录列表新增的联系人也可以为“贾乙丙”、“来自星星的我”、“张三”等多个，或者手机通讯录列表新增的联系人可以为“贾乙丙”、“王菲”、“张三”等多个。

进一步的，获取所述联系人列表新增加的条目数据之后，可以返回执行步骤S504，即重新确定目标长度，可以获取新增联系人之后的联系人列表中的具有最长字符长度的条目数据对应的第一长度或者用户重新预设的第二长度。更进一步的，在重新确定新的目标长度之后，可以继续执判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；在条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，以使条目数据的字符长度与所述目标长度相等；并将处理后的联系人列表中的条目数据进行展示至终端显示界面，可以供用户查阅。例如，手机展示的联系人列表可以如图9-图12所示。

参见图13，是本发明提供的终端的第一实施例的结构示意图，如图13所示的终端60可以包括：第一获取单元602、第一处理单元604、第一展示单元606，其中：

第一获取单元602，用于获取联系人列表，所述联系人列表包含至少两个条目数据；

第一处理单元604，用于对所述第一获取单元602获取的所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同；

进一步的，所述第一处理单元604可以包括确定单元和调整单元，其中：

确定单元，用于确定所述第一获取单元602获取的所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

调整单元，用于将所述联系人列表中各个条目数据的字符长度调整为所述确定单元确定的所述目标长度。

再进一步地，所述调整单元可以用于在所述条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或者减少空格符，以使所述条目数据的字符长度与所述确定单元确定的目标长度相同；

再进一步的，所述调整单元可以包括第一判断单元和第一执行单元，其中：

第一判断单元，用于判断所述联系人列表中的条目数据的字符长度是否等于所述确定单元确定的所述目标长度；

第一执行单元，用于当所述第一判断单元的判断结果为否时，在所述条目数据的字符之间增加或减少字符间距，以使所述条目数据的字符长度与所述目标长度相等；当所述第一判断单元的判断结果为是时，所述条目数据字符长度不变。

再进一步的，所述调整单元还可以包括第二判断单元和第二执行单元，其中：

第二判断单元，用于判断所述联系人列表中的条目数据的字符长度是否等于所述确定单元确定的所述目标长度；

第二执行单元，用于当所述第二判断单元的判断结果为否时，在所述条目数据的字符之间增加或减少空格符，以使所述条目数据的字符长度与所述目标长度相等；当所述第二判断单元的判断结果为是时，所述条目数据字符长度不变；

第一展示单元606，用于将所述第一处理单元604处理后的所述联系人列表中的条目数据显示于终端界面。

参见图14，是本发明提供的终端的第二实施例的结构示意图，如图14所示的终端60包括：第一获取单元602、第一处理单元604、第一展示单元606之外，还可以包括：第三处理单元605、第二获取单元608、第三获取单元609、第一检测单元610、第二处理单元612、第二展示单元614，其中：

第三处理单元605，用于在所述第一处理单元604对所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同之后，将各个条目数据的字符两端对齐；

更进一步的，所述第三处理单元605可以根据所述展示的长度将各个条目数据中的第一个字符和最后一个字符进行两端对齐，除所述第一个字符和最后一个字符之外的其他字符在所述第一个字符和最后一个字符之间进行等分均匀的排布；

第二获取单元608，用于在所述第一展示单元606执行所述将处理后的所述联系人列表中的条目数据显示于终端界面的步骤之后，获取所述联系人列表新增加的条目数据；

第三获取单元609，用于在所述第一展示单元606执行所述将处理后的所述联系人列表中的条目数据显示于终端界面的步骤之后，获取所述联系人列表新增加的条目数据，并触发所述确定单元执行所述确定所述联系人列表展示各个条目数据的目标长度；

第一检测单元610，用于检测所述第二获取单元608获取的所述新增加的条目数据的字符长度是否等于所述目标长度；

第二处理单元612，用于当所述第一检测单元610的检测结果为否时，在所述新增加的条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或减少空格符，以使所述新增加的条目数据的字符长度与所述目标长度相等；当所述第一检测单元610的检测结果为是时，所述新增的条目数据的字符长度不变；

第二展示单元614，用于将所述第二处理单元612处理后的所述联系人列表中的条目数据进行展示。

参见图15，是本发明提供的终端的第三实施例的结构示意图。其中，如图15所示，该终端100可以包括：至少一个通讯总线1001，至少一个处理器1003，存储器1005，输入装置1007，输出装置1009。其中，通信总线1002用于实现这些组件之间的连接通信。其中，存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器，存储器1005可选的还可以是至少一个位于远离前述处理器1003的存储系统；作为一种计算机存储介质的存储器1005中可以包括操作系统、界面显示程序、用户接口模块以及数据展示程序。

在图15所示的所述终端100中，处理器1003可以用于调用存储器1005中存储的数据展示程序，并执行以下操作：

可以通过输入装置1007获取联系人列表，所述联系人列表包含至少两个条目数据；

对所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同；

可以通过输出装置1009将处理后的所述联系人列表中的条目数据显示于终端界面。

进一步的，所述处理器1003执行的所述对所述联系人列表中的条目数据进行处理的步骤可包括：

确定所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

将所述联系人列表中各个条目数据的字符长度调整为所述目标长度。

更进一步的，所述处理器1003执行的所述将所述联系人列表中各个条目数据的字符长度调整为所述目标长度的步骤可包括：

在所述条目数据的字符之间增加或减少字符间距，以使所述条目数据的字符长度与所述目标长度相同；或者在所述条目数据的字符之间增加或减少空格符，以使所述条目数据的字符长度与所述目标长度相同；

更进一步的，处理器1003执行的所述将所述联系人列表中各个条目数据的字符长度调整为所述目标长度的步骤可包括：

判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

当判断结果为否时，在所述条目数据的字符之间增加或减少字符间距，以使所述条目数据的字符长度与所述目标长度相等；当判断结果为是时，所述条目数据字符长度不变；

或者判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

当判断结果为否时，在所述条目数据的字符之间增加或减少空格符，以使所述条目数据的字符长度与所述目标长度相等；当判断结果为是时，所述条目数据字符长度不变；

更进一步的，在所述输出装置1009将处理后的所述联系人列表中的条目数据显示于终端界面之后，处理器1003还可以执行以下操作：

可以通过输入装置1007获取所述联系人列表新增加的条目数据；

检测所述新增加的条目数据的字符长度是否等于所述目标长度；

当检测结果为否时，在所述新增加的条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或减少空格符，以使所述新增加的条目数据的字符长度与所述目标长度相等；当检测结果为是时，所述新增的条目数据的字符长度不变；

可以通过输出装置1009将处理后的所述联系人列表中的条目数据通过显示于终端界面。

或者，更进一步的，在通过所述输出装置1009将处理后的所述联系人列表中的条目数据显示于终端界面之后，处理器1003还可以执行以下操作：

可以通过输入装置1007获取所述联系人列表新增加的条目数据；

返回执行所述确定所述联系人列表展示各个条目数据的目标长度的步骤；

更进一步的，处理器1003对所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同之后，还包括：

将各个条目数据的字符两端对齐；

更进一步的，处理器1003执行将各个条目数据的字符两端对齐，包括：

根据所述展示的长度将各个条目数据中的第一个字符和最后一个字符进行两端对齐，除所述第一个字符和最后一个字符之外的其他字符在所述第一个字符和最后一个字符之间进行等分均匀的排布。

需要说明的是，处理器1003执行的步骤可以参考上述图1至图5方法实施例中的具体实施方式，这里不再赘述。

综上所述，实施本发明实施例，可通过确定条目数据的展示的目标长度，对数据列表中的条目数据进行两端对齐处理，数据列表展示出的效果比较整齐，方便用户查看，解决了现有技术中展现的形式固化、单一、缺少规律性，呈现出的效果比较杂乱，不便于用户查看的技术问题。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (7)

1.一种终端，其特征在于，包括：

第一获取单元，用于通过触发终端的按钮或菜单发起数据列表展示请求，所述数据展示请求获取联系人列表，所述联系人列表包含至少两个条目数据，其中，所述条目数据包括联系人信息；

第一处理单元，用于对所述第一获取单元获取的所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同；

第一展示单元，用于将所述第一处理单元处理后的所述联系人列表中的条目数据进行显示于终端界面；

所述第一处理单元包括：

确定单元，用于确定所述第一获取单元获取的所述联系人列表展示各个条目数据的目标长度，所述目标长度为所述联系人列表中具有最长字符长度的条目数据对应的第一长度或者预设的第二长度；

调整单元，用于将所述联系人列表中各个条目数据的字符长度调整为所述确定单元确定的所述目标长度；

所述调整单元具体用于在所述条目数据的字符之间增加或减少字符间距，以使所述条目数据的字符长度与所述确定单元确定的目标长度相同；

所述终端还包括：

第三获取单元，用于在所述第一展示单元执行所述将处理后的所述联系人列表中的条目数据显示于终端界面的步骤之后，获取所述联系人列表新增加的条目数据，并触发所述确定单元执行所述确定所述联系人列表展示各个条目数据的目标长度。

2.如权利要求1所述的终端，其特征在于，所述调整单元具体用于在所述条目数据的字符之间增加或减少空格符，以使所述条目数据的字符长度与所述目标长度相同。

3.如权利要求1所述的终端，其特征在于，所述调整单元包括：

第一判断单元，用于判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

第一执行单元，用于当所述第一判断单元的判断结果为否时，在所述条目数据的字符之间增加或减少字符间距，以使所述条目数据的字符长度与所述目标长度相等；当所述第一判断单元的判断结果为是时，所述条目数据字符长度不变。

4.如权利要求2所述的终端，其特征在于，所述调整单元包括：

第二判断单元，用于判断所述联系人列表中的条目数据的字符长度是否等于所述目标长度；

第二执行单元，当所述第二判断单元的判断结果为否时，在所述条目数据的字符之间增加或减少空格符，以使所述条目数据的字符长度与所述目标长度相等；当所述第二判断单元的判断结果为是时，所述条目数据字符长度不变。

5.如权利要求3或4所述的终端，其特征在于，还包括：

第二获取单元，用于在所述第一展示单元执行所述将处理后的所述联系人列表中的条目数据显示于终端界面的步骤之后，获取所述联系人列表新增加的条目数据；

第一检测单元，用于检测所述新增加的条目数据的字符长度是否等于所述目标长度；

第二处理单元，用于当所述第一检测单元的检测结果为否时，在所述新增加的条目数据的字符之间增加字符间距或者减少字符间距或者增加空格符或减少空格符，以使所述新增加的条目数据的字符长度与所述目标长度相等；当所述第一检测单元的检测结果为是时，所述新增的条目数据的字符长度不变；

第二展示单元，用于将所述第二处理单元处理后的所述联系人列表中的条目数据显示于终端界面。

6.如权利要求1-3任一项所述的终端，其特征在于，所述终端还包括：

第三处理单元，用于在所述第一处理单元对所述联系人列表中的条目数据进行处理，使得所述联系人列表中的各个条目数据展示的长度相同之后，将各个条目数据的字符两端对齐。

7.如权利要求6所述的终端，其特征在于，所述第三处理单元具体用于：

根据所述展示的长度将各个条目数据中的第一个字符和最后一个字符进行两端对齐，除所述第一个字符和最后一个字符之外的其他字符在所述第一个字符和最后一个字符之间进行等分均匀的排布。