CN102385595A - 用于微博的用户列表复用方法和装置 - Google Patents

Abstract

本发明公开了一种用于微博的用户列表复用方法和装置，属于网络技术领域。该方法包括：复用预先提取的通用界面子控件；在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述通用界面子控件进行修改。该装置包括：子控件复用模块，子控件添加模块和子控件修改模块，本发明通过复用提取的基础界面框架，并根据用户的实际需要对基础界面框架进行添加或修改，使得添加或修改后界面适用于用户的不同需求，节约了资源，简化用户列表的建立过程，还增加了列表的灵活性。

Description

用于微博的用户列表复用方法和装置

技术领域

本发明涉及网络技术领域，特别涉及一种用于微博的用户列表复用方法和装置。

背景技术

微博，即“微型博客(MicroBlog)”，是一个基于用户关系的信息分享、传播以及获取的平台，微博是通过群聚的方式由个人面向网络的即时广播，每个人都可以形成一个自己的听众群落。微博有多种更新和查阅的渠道，可以通过网站、手机短信、客户端和外部API接口等途径向你的微博客发布消息。个人电脑微博客户端(以下简称“微博客户端”)是一种流行的微博服务工具，特别是在IM软件上比如QQ上嵌入微博服务，更是发挥了即时通信和微博服务的综合作用。

在微博中，每个用户都有自己的微博信息，而多个用户信息又会形成一个用户列表。用户列表在微博中场景很多，包括听众列表、黑名单列表、搜索结果列表等。显然，在微博客户端中，需要提供承载用户信息和用户列表的界面控件，并提供对用户列表的数据组装和操作的逻辑功能。

在对现有技术进行分析后，发明人发现现有技术至少具有如下缺点：

现有技术中必须为不同的用户Item提供不同的代码和资源，不同用户列表的代码、数据组装和操作逻辑都各成一套，无法复用，造成了资源的浪费。

发明内容

本发明实施例提供了一种用于微博的用户列表复用方法和装置。所述技术方案如下：

一种用于微博的用户列表复用方法，包括：

复用预先提取的通用界面子控件；

在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述通用界面子控件进行修改。

所述预先提取的通用界面子控件具体包括：不同列表中的公共的基础控件。

所述通用界面子控件为用户Item的通用界面子控件或用户列表的通用界面子控件，所述用户Item的通用界面子控件包括：头像、昵称、ID及操作区域控件中的一项或多项；所述用户列表的通用界面子控件包括：构造用户Item列表的滚动条视图或分页视图、列表头部和底部中的一项或多项。

所述用户列表的配置需求具体包括：用户列表的配置文件或源代码中的预设条件。

对所述通用界面子控件进行修改，具体包括：

对所述通用界面子控件的控件属性进行修改。

在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述通用界面子控件进行修改，之后包括：

复用已经添加过子控件或已经修改过的通用界面子控件；

在所述已经添加过子控件或已经修改过的通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述已经添加过子控件或已经修改过的通用界面子控件进行修改。

所述方法还包括：

提取列表基类逻辑模块，所述列表基类逻辑模块用于提供用户信息逻辑操作的通用默认实现；

在所述列表基类逻辑模块的基础上，根据用户列表所进行的操作添加逻辑实现接口或修改所述通用默认实现。

一种用于微博的用户列表复用装置，包括：

子控件复用模块，用于复用预先提取的通用界面子控件；

子控件添加模块，用于在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件；

子控件修改模块，用于对所述通用界面子控件进行修改。

所述预先提取的通用界面子控件具体包括：不同列表中的公共的基础控件。

所述通用界面子控件为用户Item的通用界面子控件或用户列表的通用界面子控件，所述用户Item的通用界面子控件包括：头像、昵称、ID及操作区域控件中的一项或多项；所述用户列表的通用界面子控件包括：构造用户Item列表的滚动条视图或分页视图、列表头部和底部中的一项或多项。

所述用户列表的配置需求具体包括：用户列表的配置文件或源代码中的预设条件。

所述子控件修改模块具体用于对所述通用界面子控件的控件属性进行修改。

所述复用装置还包括：

再复用模块，用于复用已经添加过子控件或已经修改过的通用界面子控件；

再添加模块，用于在所述已经添加过子控件或已经修改过的通用界面子控件的基础上，根据用户列表的配置需求添加子控件；

再修改模块，用于对所述已经添加过子控件或已经修改过的通用界面子控件进行修改。

所述装置还包括：

逻辑模块复用模块，用于复用预先提取的列表基类逻辑模块，所述列表基类逻辑模块用于提供用户信息逻辑操作的通用默认实现；

接口添加模块，用于在所述列表基类逻辑模块的基础上，根据用户列表所进行的操作添加逻辑实现接口；

实现修改模块，用于修改所述通用默认实现。

本发明实施例提供的技术方案的有益效果是：

通过复用提取的基础界面框架，并根据用户的实际需要对基础界面框架进行添加或修改，使得添加或修改后界面适用于用户的不同需求，节约了资源，简化用户列表的建立过程，还增加了列表的灵活性。

附图说明

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

图1是本发明实施例1提供的用于微博的用户列表复用方法的流程图；

图2是本发明实施例2提供的用于微博的用户列表复用方法的流程图；

图3是本发明实施例2提供的用于微博的用户列表复用方法的流程图；

图4是本发明实施例2提供的用于微博的用户列表复用方法的流程图；

图5是本发明实施例2提供的用于微博的用户列表复用方法的流程图；

图6是本发明实施例3提供的用于微博的用户列表复用装置的结构示意图；

图7是本发明实施例3提供的用于微博的用户列表复用装置的结构示意图；

图8是本发明实施例3提供的用于微博的用户列表复用装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在介绍本发明提供的用于微博的用户列表复用方法之前，首先对本发明的基础知识进行简要的介绍：

1、在本发明中所应用的基本概念：

微博客户端：在个人电脑或者手机中提供微博服务的软件。

用户Item：显示和操作用户信息的界面控件单元。

用户列表：用户Item的集合。

2、列表实现的层次架构：

列表实现包括界面层和逻辑层，其中，界面层由UserItemCtrl和UserListCtrl组成，UserItemCtrl展示某个用户的信息和操作入口，UserItemCtrl的组合形成了UserListCtrl，而UserListCtrl则指定用户列表是滚动条视图还是分页视图等。

逻辑层由UserListLogic和UserListData组成。UserListData属于原始数据，UserListCtrl通过UserListLogic执行组装数据和操作逻辑，UserListLogic在逻辑操作完成之后通知UserListCtrl执行界面更新，以此实现界面和逻辑的分层处理。

实施例1

为了提高资源的利用率，本发明实施例提供了一种用于微博的用户列表复用方法，参见图1，该方法包括：

101：复用预先提取的通用界面子控件；

102：在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述通用界面子控件进行修改。

通过复用提取的基础界面框架，并根据用户的实际需要对基础界面框架进行添加或修改，使得添加或修改后界面适用于用户的不同需求，节约了资源，简化用户列表的建立过程，还增加了列表的灵活性。

实施例2

为了提高资源的利用率，本发明实施例提供了一种用于微博的用户列表复用方法，本发明实施例仅以列表中的用户Item控件为例进行说明，用户Item控件用于展示每个用户的用户信息和相关操作入口。其中，用户信息包括头像、昵称和ID，这些在不同列表中一般都保持一致。用户操作入口包括收听、移至黑名单、对话、查看主页等按钮和菜单项，这些在不同列表中略有不同。参见图2，该方法包括：

201：根据不同列表的列表表现，提取不同列表中的用户Item控件的公共的基础控件BaseUserItemCtrl作为通用界面子控件；

该步骤201用于提取用户Item控件的通用界面子控件，该通用界面子控件可以为多个控件的合集，其中包括头像、昵称、ID及操作区域控件等。

在本发明实施例中，以“我收听的人”列表和“我的听众”列表中的用户Item控件为例，对于该两个列表的列表表现来说，可提取用户Item的头像、昵称、ID控件的集合作为通用界面子控件。该提取的目的在于，使得不同的用户Item继承同一BaseUserItemCtrl，从而达到复用的效果，这样不仅节约了资源，且简化了加载用户Item控件的过程。

202：当建立新的用户Item时，复用预先提取的该通用界面子控件并根据当前列表的配置需求，对通用界面子控件进行操作。

其中，用户列表的配置需求具体包括：用户列表的配置文件或源代码中的预设条件，本领域技术人员可以获知，用户列表的配置文件或源代码中的预设条件是用户列表的具体实现决定的，也可以由技术人员进行二次开发得到。

具体地，对通用界面子控件进行的操作可以分为两种：

第一种，当前列表实现的具体要求包括该通用界面子控件以外的功能时，复用该通用界面子控件并在该通用界面子控件的基础上添加新的子控件。

第二种，当前列表实现的具体要求包括该通用界面子控件的功能，但是功能的属性有所不同时，根据当前列表实现的具体要求对通用界面子控件中的某个或某几个子控件的属性进行修改，该修改包括对显示模式的修改(隐藏、显示等)、对尺寸的修改等。

进一步地，在对通用界面子控件进行操作时，可抛出通用界面子控件中各种基础子控件的控件事件，本领域技术人员可以获知，控件事件包括鼠标左击、右击、鼠标进入、鼠标离开等。

在本发明实施例中，当具体的用户Item诸如收听人Item、黑名单Item实现时，首先可以复用基础控件BaseUserItemCtrl的已有界面框架，并可以在BaseUserItemCtrl的基础上放置新的子控件，或对原子控件进行修改。这样具体的用户Item可以复用基础Item的通用界面子控件，又可以根据自己需求对用户Item进行改装，即能够节约了资源，简化用户Item的建立过程，还增加了不同列表中用户Item的灵活性。

本发明实施例还提供了一种用于微博的用户列表复用方法，本发明实施例以不同列表的列表控件为例进行说明，用户列表控件用于展示用户Item列表、列表头部和列表底部。其中，用户Item列表为主体控件，所有列表中都有，而列表头部和列表底部某些列表中没有。参见图3，该方法包括：

301：根据不同列表的列表表现，提取不同用户列表的公共的基础控件BaseUserListCtrl作为通用界面子控件；

该步骤301用于提取用户列表控件的通用界面子控件，该通用界面子控件可以为多个控件的合集，其中包括构造用户列表的滚动条视图或分页视图、列表头部和底部，该控件可提供两种展示机制：下拉滚动条和分页，该展示机制可以根据后续步骤中对控件的修改来对机制的选择或在提取通用界面子控件时直接定义。

在本发明实施例中，对于该两个列表的列表表现来说，可提取构造用户列表的分页视图、列表头部和底部控件的集合作为通用界面子控件。该提取的目的在于，使得不同的列表继承同一BaseUserListCtrl，从而达到复用的效果，这样不仅节约了资源，且简化了加载用户列表控件的过程。

302：当建立新的用户列表时，复用预先提取的该通用界面子控件并根据当前列表实现的配置需求，对通用界面子控件进行操作。

具体地，对通用界面子控件进行的操作可以分为两种：

第一种，当前列表实现的配置需求包括该通用界面子控件以外的功能时，复用该通用界面子控件并在该通用界面子控件的基础上添加新的子控件。

在本发明实施例中，以“我收听的人”列表和“我的听众”列表的列表控件为例，该两个列表都是在通用界面子控件的基础上构造的，在复用的过程中，“我收听的人”列表的实现包括对我收听的人进行搜索，则需在复用通用界面子控件的同时，在该通用界面子控件的基础上添加用于搜索的子控件。而“我的听众”列表的实现包括只需要通用界面子控件中的即可满足，则不对通用界面子控件进行修改。

第二种，当前列表实现的具体要求包括该通用界面子控件的功能，但是功能的属性有所不同时，根据当前列表实现的具体要求对通用界面子控件中的某个或某几个子控件的属性进行修改，该修改包括对显示模式的修改(隐藏、显示等)、对尺寸的修改等。

在本发明实施例中，通用界面子控件还包括管理和响应各种控件事件，包括鼠标左键点击、鼠标离开等。

进一步地，参见图4，该方法还包括：

401：复用已经添加过子控件或已经修改过的通用界面子控件；

402：在该已经添加过子控件或已经修改过的通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对该已经添加过子控件或已经修改过的通用界面子控件进行修改。

在本发明实施例中，该步骤401-402为在已有的列表或已有的用户Item的基础上进行再复用的方法，如果在应用时，发现已经没有预设的空白列表或空白用户Item，则可对当前空闲的用户列表或用户Item进行复用，此时，该空闲的用户列表或用户Item可能为已经添加过子控件或已经修改过的通用界面子控件，为了进一步节省资源，则根据用户列表或用户Item的配置需求添加子控件或对该已经添加过子控件或已经修改过的通用界面子控件进行修改。

在本发明实施例中，当具体的用户列表诸如收听人列表、黑名单列表实现时，首先可以复用基础控件BaseUserListCtrl的已有界面框架，并可以在BaseUserListCtrl的基础上放置新的子控件，或对原自控件进行修改。这样具体的用户列表控件可以复用BaseUserListCtrl的通用子控件，选择对应的展示方式，又可以根据自己需求对用户列表控件进行改装，即能够节约了资源，简化用户Item的建立过程，还增加了不同列表中用户Item的灵活性。

上述实施例中介绍的是本发明在界面层的复用方法，界面层和逻辑层有不同的职责，体现了以下的原则：

A、界面的展示包括动画效果都是界面层负责处理，与逻辑层无关。

B、数据组装和操作逻辑是逻辑层负责，与界面层无关。

这两个原则，将逻辑层从界面层中解耦出来，使逻辑层的复用成为可能。

用户列表逻辑层管理用户列表的数据拉取、组装、缓存和查询等逻辑操作，在用户列关键的驱动下执行逻辑操作，同时在逻辑操作完成或出错时，通知用户列表控件更新界面。

本发明实施例提供了一种用于微博的用户列表复用方法，本发明实施例仅以逻辑层中的用户列表数据组装和操作为例进行说明，参见图5，该方法包括：

501：根据不同列表的列表表现，提取不同列表的公共的基类逻辑模块BaseUserListLogic作为列表基类逻辑模块；

该步骤501用于提取用户列表的列表基类逻辑模块，该列表基类逻辑模块用于提供用户信息逻辑操作的通用默认实现，包括设置对应的列表控件、查询用户信息等。

502：当建立新的基类逻辑模块时，复用预先提取的该通用界面子控件并在该列表基类逻辑模块的基础上，根据用户列表所进行的操作添加逻辑实现接口或修改该通用默认实现。

举例说明，以“我收听的人”列表和“我的听众”列表的列表控件为例，该两个列表的逻辑模块都是建立在列表基类逻辑模块的基础上的，但是由于“我收听的人”需要展示用户的最新微博消息更新，所以可在列表基类逻辑模块上放置新的逻辑实现接口，该接口用于拉取用户的最新微博更新消息。而对于“我的听众”列表中一般并非我关注的人，需要增加收听的逻辑功能，所以可在列表基类逻辑模块上放置新的逻辑实现接口，该接口用于收听用户。

在本发明实施例中，首先提供一个基础的BaseUserListLogic列表基类逻辑模块，当具体的用户列表诸如收听人列表、黑名单列表实现时，首先可以复用BaseUserListLogic的通用实现即复用列表基类逻辑模块，并可以在BaseUserListLogic的基础上放置新的逻辑实现接口，或者修改原有默认实现。这样具体的逻辑模块可以复用BaseUserListLogic的通用实现，又可以根据自己需求对用户列表逻辑模块进行改装，这样不仅节约了资源，且简化了加载用户列表控件的过程。

本发明实施例提供的复用方法支持对微博客户端创建和维护各种用户列表，包括听众列表、黑名单列表、搜索结果列表，同时为这些列表提供不同的数据组装方式和展示模式。

通过复用提取的基础界面框架，并根据用户的实际需要对基础界面框架进行添加或修改，使得添加或修改后界面适用于用户的不同需求，节约了资源，简化用户列表的建立过程，还增加了列表的灵活性。

实施例3

为了提高资源的利用率，本发明实施例提供了一种用于微博的用户列表复用装置，参见图6，包括：

子控件复用模块601，用于复用预先提取的通用界面子控件；

子控件添加模块602，用于在该通用界面子控件的基础上，根据用户列表的配置需求添加子控件；

子控件修改模块603，用于对该通用界面子控件进行修改。

所述预先提取的通用界面子控件具体包括：不同列表中的公共的基础控件。

在本发明实施例中，该通用界面子控件为用户Item的通用界面子控件或用户列表的通用界面子控件，该用户Item的通用界面子控件包括：头像、昵称、ID及操作区域控件中的一项或多项；该用户列表的通用界面子控件包括：构造用户Item列表的滚动条视图或分页视图、列表头部和底部中的一项或多项。

该子控件修改模块603具体用于对该通用界面子控件的控件属性进行修改。

参见图7，所述复用装置还包括：

再复用模块604，用于复用已经添加过子控件或已经修改过的通用界面子控件；

再添加模块605，用于在所述已经添加过子控件或已经修改过的通用界面子控件的基础上，根据用户列表的具体需要添加子控件；

再修改模块606，用于对所述已经添加过子控件或已经修改过的通用界面子控件进行修改。

参见图8，所述复用装置还包括：

逻辑模块复用模块607，用于复用预先提取的列表基类逻辑模块，该列表基类逻辑模块用于提供用户信息逻辑操作的通用默认实现；

接口添加模块608，用于在该列表基类逻辑模块的基础上，根据用户列表所进行的操作添加逻辑实现接口；

实现修改模块609，用于修改该通用默认实现。

所述用户列表的配置需求具体包括：用户列表的配置文件或源代码中的预设条件。

通过复用提取的基础界面框架，并根据用户的实际需要对基础界面框架进行添加或修改，使得添加或修改后界面适用于用户的不同需求，节约了资源，简化用户列表的建立过程，还增加了列表的灵活性。

本实施例提供的装置，具体可以，与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成，所述程序可以存储在可读取的存储介质中，该存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种用于微博的用户列表复用方法，其特征在于，包括：

复用预先提取的通用界面子控件；

在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述通用界面子控件进行修改。

2.根据权利要求1所述的复用方法，其特征在于，所述预先提取的通用界面子控件具体包括：不同列表中的公共的基础控件。

3.根据权利要求1所述的复用方法，其特征在于，所述通用界面子控件为用户Item的通用界面子控件或用户列表的通用界面子控件，所述用户Item的通用界面子控件包括：头像、昵称、ID及操作区域控件中的一项或多项；所述用户列表的通用界面子控件包括：构造用户Item列表的滚动条视图或分页视图、列表头部和底部中的一项或多项。

4.根据权利要求1所述的复用方法，其特征在于，所述用户列表的配置需求具体包括：用户列表的配置文件或源代码中的预设条件。

5.根据权利要求1所述的复用方法，其特征在于，对所述通用界面子控件进行修改，具体包括：

对所述通用界面子控件的控件属性进行修改。

6.根据权利要求1所述的复用方法，其特征在于，在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述通用界面子控件进行修改，之后包括：

复用已经添加过子控件或已经修改过的通用界面子控件；

在所述已经添加过子控件或已经修改过的通用界面子控件的基础上，根据用户列表的配置需求添加子控件或对所述已经添加过子控件或已经修改过的通用界面子控件进行修改。

7.根据权利要求1所述的复用方法，其特征在于，所述方法还包括：

提取列表基类逻辑模块，所述列表基类逻辑模块用于提供用户信息逻辑操作的通用默认实现；

在所述列表基类逻辑模块的基础上，根据用户列表所进行的操作添加逻辑实现接口或修改所述通用默认实现。

8.一种用于微博的用户列表复用装置，其特征在于，包括：

子控件复用模块，用于复用预先提取的通用界面子控件；

子控件添加模块，用于在所述通用界面子控件的基础上，根据用户列表的配置需求添加子控件；

子控件修改模块，用于对所述通用界面子控件进行修改。

9.根据权利要求8所述的复用装置，其特征在于，所述预先提取的通用界面子控件具体包括：不同列表中的公共的基础控件。

10.根据权利要求8所述的复用装置，其特征在于，所述通用界面子控件为用户Item的通用界面子控件或用户列表的通用界面子控件，所述用户Item的通用界面子控件包括：头像、昵称、ID及操作区域控件中的一项或多项；所述用户列表的通用界面子控件包括：构造用户Item列表的滚动条视图或分页视图、列表头部和底部中的一项或多项。

11.根据权利要求8所述的复用装置，其特征在于，所述用户列表的配置需求具体包括：用户列表的配置文件或源代码中的预设条件。

12.根据权利要求8所述的复用装置，其特征在于，所述子控件修改模块具体用于对所述通用界面子控件的控件属性进行修改。

13.根据权利要求8所述的复用装置，其特征在于，所述复用装置还包括：

再复用模块，用于复用已经添加过子控件或已经修改过的通用界面子控件；

再添加模块，用于在所述已经添加过子控件或已经修改过的通用界面子控件的基础上，根据用户列表的配置需求添加子控件；

再修改模块，用于对所述已经添加过子控件或已经修改过的通用界面子控件进行修改。

14.根据权利要求8所述的复用装置，其特征在于，所述装置还包括：

逻辑模块复用模块，用于复用预先提取的列表基类逻辑模块，所述列表基类逻辑模块用于提供用户信息逻辑操作的通用默认实现；

接口添加模块，用于在所述列表基类逻辑模块的基础上，根据用户列表所进行的操作添加逻辑实现接口；

实现修改模块，用于修改所述通用默认实现。

Images