CN104699363B - 一种窗口界面展现方法及*** - Google Patents

Abstract

本申请公开了一种窗口界面展现方法及***，一种窗口界面展现方法包括：接收第一窗口创建请求；根据请求中携带的窗口类型信息，确定待创建窗口所包含的子区域，其中，所述子区域包括公共区域和特征区域；分别加载待创建的第一窗口各个子区域所对应的控件集以及各个子区域所对应的数据源；对加载结果进行展现。应用上述技术方案，整个窗口***的代码结构更为清晰简洁，可以有效降低开发和维护的成本，而且能够避免重复加载相同内容，提高程序运行效率、降低***资源占用。

Description

一种窗口界面展现方法及***

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种窗口界面展现方法及***。

背景技术

窗口（windows），也称视窗，是图形化用户界面（Graphical User Interface，GUI）的基本组成部分，用于提供用户与应用程序之间的交互接口，用户可以在窗口中查看信息，或者点击窗口中的按钮、菜单等控件，实现对应用程序的操作。

在应用程序的执行过程中，可能需要创建一个或多个窗口以实现相应的功能。每个窗口都由若干不同类型的控件构成，而且不同功能的窗口对应不同的控件构成方案。根据现有技术的实现方式，每种功能的窗口都对应一个类，在这个类中定义了这种窗口所需要的控件类型的集合。当应用程序需要展现一个窗口时，该窗口中的所有控件都是作为整体被一次性创建并展现。如果需要展现其他功能的窗口，则需要重新针对新窗口对应的类来创建新的控件集合并展现。

然而，在实际应用中，一些窗口之间尽管功能不同，实际的控件构成情况却大部分相同。应用现有技术的方案，每当要展现新的功能窗口时，都需要重新创建一个完整的窗口类，这必然会对程序运行效率和***资源占用产生负面影响。另外，对于开发人员而言，如果只是因为少量控件不同而开发多套窗口类，会导致代码大量重复，额外增加了开发和维护成本。

发明内容

为解决上述技术问题，本申请实施例提供一种窗口界面展现方法及***，以提高窗口界面的展现性能，并且降低开发成本，技术方案如下：

本申请实施例提供一种窗口界面展现方法，该方法包括：

接收第一窗口创建请求，所述请求中，携带待创建的窗口的类型信息以及待加载的数据源信息；

根据所述类型信息，确定待创建窗口所包含的子区域；其中，所述子区域包括公共区域和特征区域，所述公共区域包括：至少两种不同类型窗口之间的相同部分；所述特征区域包括：每一特定类型窗口区别于其他类型窗口的特征部分；

分别加载待创建的第一窗口各个子区域所对应的控件集以及各个子区域所对应的数据源；

对加载结果进行展现。

本申请实施例还提供一种窗口界面展现***，该***包括：

创建请求接收模块，用于接收第一窗口创建请求，所述请求中，携带待创建的窗口的类型信息以及待加载的数据源信息；

子区域确定模块，用于根据所述类型信息，确定待创建窗口所包含的子区域；其中，所述子区域包括公共区域和特征区域，所述公共区域包括：至少两种不同类型窗口之间的相同部分；所述特征区域包括：每一特定类型窗口区别于其他类型窗口的特征部分；

第一加载模块，用于分别加载待创建的第一窗口各个子区域所对应的控件集以及各个子区域所对应的数据源；

展现模块，用于对所述第一加载模块的加载结果进行展现。

本申请实施例所提供的技术方案，将窗口划分为多个子区域，其中定义公共区域为：至少两种不同类型窗口之间的相同部分，也就是说，存在多种类型的窗口，这些类型的窗口使用相同的公共区域控件集。这样，从开发人员的角度来看，对多种类型的窗口仅需维护一份公共区域的代码，而针对具体某种类型窗口的开发和维护仅需考虑非公共区域部分，与现有技术相比，整个窗口***的代码结构更为清晰简洁，可以有效降低开发和维护的成本。

另外，在需要以切换或替代的形式展现不同类型的窗口时，对于这些窗口的公共区域控件集，可以仅加载一次，从而避免重复加载相同内容，提高程序运行效率、降低***资源占用。

附图说明

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

图1为本申请实施例单聊窗口的区域划分示意图；

图2为本申请实施例群聊窗口的区域划分示意图；

图3为本申请实施例窗口界面展现方法的一种流程图；

图4为本申请实施例窗口界面展现方法的第二种流程图；

图5为本申请实施例窗口界面展现方法的第三种流程图；

图6为本申请实施例窗口界面展现方法的第四种流程图；

图7为本申请实施例窗口界面展现装置的一种结构示意图；

图8为本申请实施例窗口界面展现装置的第二种结构示意图。

具体实施方式

根据背景技术部分的说明，在实际应用中，一些窗口之间尽管功能不同，实际的控件构成情况却大部分相同。本申请方案针对该特点，将多种类型窗口之间的相同部分提取出来，称为“公共区域”。从控件的角度来理解，可以将每种类型窗口所需要加载的控件信息分别看作不同的集合，这里的“控件信息”包括控件的类型、布局以及具体的参数设置等。公共区域所对应的控件集则是这些集合的交集，也就是说，不同类型的窗口具有相同的公共区域控件集。在实际应用中，公共区域主要负责展示窗口业务的通用数据，以及提供通用的基础业务操作接口，一个公共区域控件集能够被多种窗口业务所共用。

与公共区域对应，本申请方案还定义了窗口中的“特征区域”，即每一特定类型窗口区别于其他类型窗口的特征部分；特征区域也有对应的控件集，而且不同类型的窗口分别具有各自的特征区域控件集。在实际应用中，特征区域主要负责展示窗口业务的特性数据，以及提供特性业务操作接口，每个特征区域控件集都对应一种具体的窗口业务。

可以理解的是，本申请实施例中所述的“不同类型的窗口”，可以是针对某一个特定的范围而言，在实际应用中，一般是指在某个应用程序中，功能上相近、却又不完全相同的窗口。例如即时通信软件中的单聊/群聊窗口、电子邮件客户端软件中的收邮件/发邮件窗口，针对不同文档类型的编辑窗口，等等。

公共区域和特征区域窗口的基本组成部分，也就是说，创建一个窗口时，至少要创建该窗口的这两种子区域。除此之外，有些窗口在使用过程中，可能随时需要在已展示的窗口基础上，创建一个新的区域，用于提供一些扩展功能，例如在聊天窗口上附加一个搜索界面、在发邮件窗口上附加一个联系人选择界面，等等。本发明实施例中，将这部分提供扩展功能的区域，称为“扩展区域”。

与公共区域和特征区域类似，扩展区域也有对应的控件集，在上文所述的特定范围内，某个具体功能对应的扩展区域控件集可以仅适用于一种类型的窗口，也可以同时适用于多种类型的窗口。例如，扩展区域“搜索界面”，既可以附加在单聊窗口上，也可以附加在群聊窗口上。扩展区域对于一个窗口而言，并不是必须的组成部分。在实际应用中，扩展区域主要负责嫁接附属外部业务的界面展示以及提供相应的操作接口。

以即时通信软件为例，图1和图2分别示出了即时通信软件中两种类型窗口的子区域划分示意图，其中，图1所示的单聊窗口包括公共区域10、特征区域20、扩展区域30；图2所示的群聊窗口包括公共区域11、特征区域21、扩展区域31。可以看出，两种类型窗口的公共区域控件配置情况是相同的，只是具体需要显示的数据源不同（在此例中主要是指不同的聊天记录）；扩展区域的控件配置情况则不相同，相应需要显示的数据源也不同（在此例中主要是指“个人用户”和“群”的相关信息）。另外，两种类型窗口分别具有扩展区域，如图1和图2所示，两种扩展区域的控件配置情况和需要显示的数据源也完全不同。

基于以上窗口子区域划分机制，本申请实施例提供的一种界面展现方法，参见图3所示，该方法可以包括以下步骤：

S101，接收窗口创建请求；

在窗口创建请求中，携带待创建的窗口的类型信息以及待加载的数据源信息；

以在即时通信软件的运行过程中创建单聊窗口为例，用户执行相应操作（例如在好友列表中双击一位好友的头像）后，相当于向***发出了一个创建窗口的请求，***通过解析该请求，可以确定当前需要创建“单聊”类型的窗口，并且可以进一步确定需要加载的数据源，例如聊天对象的ID、昵称、好友分组信息、签名、头像图片、聊天记录等等。

S102，根据所述类型信息，确定待创建窗口所包含的子区域；

根据本申请方案，公共区域和特征区域是一个窗口的必要组成部分，因此在本步骤中，至少需要确定待创建窗口的公共区域和特征区域。

仍以创建单聊窗口为例进行说明，***根据“单聊”的窗口类型，可以确定相应需要创建哪种样式的公共区域和特征区域（如图1中10和20所示），进而决定当前需要加载哪种公共区域控件集和特征区域控件集。另外，对于步骤S101中所确定的多种数据源，还应进一步确定每种区域对应需要加载哪些数据源，例如，在公共区域需要加载“聊天记录”，在特征区域需要加载聊天对象的昵称、好友分组信息、签名、头像图片等。

如果待创建的窗口还包括扩展区域，则进一步确定当前需要加载哪种扩展区域控件集，以及确定相应需要加载的数据源。

需要说明的是，有些窗口尽管可以包括扩展区域，但是扩展区域并不一定在创建初期就展现给用户，而是可以在根据业务需求随时创建或更新。因此，在本申请的一种具体的实施方式中，***可以在接收到窗口创建请求后，判断当前是否需要创建扩展区域，并且可以一直对扩展区域的创建需求进行监听，如果确定当前需要创建扩展区域，再进一步确定当前需要加载哪种扩展区域控件集以及相应的数据源。

S103，分别加载待创建窗口的各个子区域所对应的控件集以及各个子区域所对应的数据源；

根据S102中的确定结果，***分别进行如下加载操作：

a）加载公共区域控件集、进一步加载特征区域对应的数据源；

b）加载特征区域控件集、进一步加载特征区域对应的数据源；

c）如果有需求，加载扩展区域控件集、进一步加载扩展区域对应的数据源。

可以理解的是，对上述三种子区域内容的加载操作，在执行顺序上并不需要做特别的限定。当然，在多数情况下，扩展区域作为窗口的非必要组成部分，可以在公共区域和特征区域加载完毕后再进行加载。

S104，对加载结果进行展现。

根据上述步骤，对聊天对象昵称为“竞雄”，建立单聊窗口如图1所示，由于没有历史聊天记录，因此公共区域中的相应部分显示为空白。

类似地，通过执行S101-104可以创建出如图2所示群聊窗口，这两种类型窗口的公共区域控件集相同，开发人员仅需维护一份公共区域代码，与现有技术相比，有效减少了代码数量，维护起来也更为简单。

基于本申请实施例所提供的技术方案，如果在程序运行过程中，需要以切换或替代的形式展现不同类型的窗口，那么对于这些窗口的公共区域控件集，可以仅加载一次，从而避免重复加载相同内容，提高程序运行效率、降低***资源占用。

图4示出了本申请实施例所提供的一种窗口切换或替代流程的示意图，包括以下步骤：

S201，在当前已展现第一窗口的情况下，接收第二窗口创建请求并确定第二窗口所包含的子区域；

S202a，保留已加载的第一窗口公共区域控件集、将已加载的第一窗口公共区域的数据源替换为第二窗口公共区域的数据源；

S202b，对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作、加载第二窗口特征区域控件集及数据源；

S203，对加载结果进行展现。

下面结合具体的实例，对上述流程进行说明：

假设当前已经展现了一个单聊窗口，***进一步接收到一个创建群聊窗口的请求，并且进一步确定群聊窗口所包含的子区域。

假设根据即时聊天软件的设定，不允许在同一用户界面上同时展现两种类型的聊天窗口，因此单聊窗口和群聊窗口存在“切换”或“替代”的关系。这里的“切换”是指两个窗口同时处于加载状态，但是仅有一个窗口展现在用户界面上，用户可以通过标签、按钮等方式，在两个窗口之间进行快捷切换浏览；而“替代”则是指加载第二窗口并且关闭第一窗口，用户在浏览新展现的无法通过快捷切换操作回到第一窗口。

在S202a，由于单聊窗口和群聊窗口具有相同的公共区域控件集，因此无论当前业务需求是“切换”还是“替代”，都可以直接利用已加载的单聊窗口公共区域控件集，仅需要重新加载群聊窗口公共区域数据源即可，在本例中主要是指重新加载对应群的聊天记录。

在S202b，需要对单聊窗口的特征区域控件集及数据源执行隐藏或卸载操作、并且加载群聊窗口的特征区域控件集及数据源。

其中，如果当前的业务需求是“切换”，则对单聊窗口的特征区域执行隐藏操作，具体可以通过将窗口的尺寸设置为0、或者将窗口设置为透明且不可选中的状态等方式实现，单聊窗口的特征区域数据源仍然保留在内存中。

如果当前的业务需求是“替代”，则对单聊窗口的特征区域执行卸载操作，将已加载的特征区域控件集及数据源从内存中释放。

在S203，对重新加载的结果进行展现，用户看到的应是如图2所示的群聊窗口。如果单聊窗口和群聊窗口是“切换”的关系，那么在完成一次切换后，内存中同时存在两种类型窗口的特征区域控件集和数据源，后续***可以快速响应用户的切换操作。

可以理解的是，在本实施例中，对S202a与S202b的执行顺序并不需要进行限定。

在图4所示实施例中，仅考虑了窗口的两种基本构成部分：公共区域和特征区域。在已加载的第一窗口当前已展现扩展区域的情况下，本申请实施例还提供一种窗口切换或替代方法，如图5所示，该方法进一步包括：

S202c，对已加载的第一窗口扩展区域控件集及数据源执行隐藏或卸载操作。

与对特征区域的操作类似，如果当前的业务需求是“切换”，则对单聊窗口的扩展区域执行隐藏操作，单聊窗口的扩展区域数据源仍然保留在内存中;

如果当前的业务需求是“替代”，则对单聊窗口的扩展区域执行卸载操作，将已加载的扩展区域控件集及数据源从内存中释放。

执行S202c之后，还可以判断当前待创建的第二窗口是否有创建扩展区域的需求，或者对第二窗口的扩展区域创建需求进行监听，在确定当前需要创建扩展区域时，对第二窗口特征区域控件集及数据源执行加载操作。

可以理解的是，在本实施例中，对S202a、S202b、S202c之间的执行顺序并不需要进行限定。

根据前面实施例的说明，某个具体功能对应的扩展区域控件集可以同时适用于多种类型的窗口。那么，在当前已展现第一窗口扩展区域、且待创建的第二窗口与第一窗口使用相同扩展区域控件集的情况下，可以通过执行S202d实现对新窗口扩展区域的加载，参见图6所示。

S202d，保留已加载的第一窗口扩展区域控件集、将已加载的第一窗口扩展区域的数据源替换为第二窗口扩展区域的数据源。

由于第一窗口和第二窗口具有相同的扩展区域控件集，因此可以直接利用已加载的第一窗口扩展区域控件集，仅需要重新加载第二窗口扩展区域数据源即可。

可以理解的是，在本实施例中，对S202a、S202b、S202d之间的执行顺序并不需要进行限定。

根据以上实施例可见，本申请所提供的窗口展现***，实际上包含三种窗口容器：公共区域容器、特征区域容器及扩展区域容器。在不同类型窗口的切换或替代流程中，公共区域容器中的控件集不需要重新加载，仅需重新加载数据源；特征区域容器中的控件集和数据源都需要重新加载；扩展区域容器中的加载操作则需要示具体情况而定：如果两个窗口使用相同的扩展区域控件集，则采用类似公共区域容器的加载操作方式，否则采用类似特征区域容器中的加载操作方式。

应用本申请实施例所提供的技术方案，在需要以切换或替代的形式展现不同类型的窗口时，对于这些窗口的公共区域控件集（还可能包括扩展区域控件集），可以仅加载一次，从而避免重复加载相同内容，提高程序运行效率、降低***资源占用。

相应于上面的方法实施例，本申请还提供一种窗口界面展现***，参见图7所示，该***可以包括：

创建请求接收模块110，用于接收第一窗口创建请求，所述请求中，携带待创建的窗口的类型信息以及待加载的数据源信息；

子区域确定模块120，用于根据所述类型信息，确定待创建窗口所包含的子区域；其中，所述子区域至少包括公共区域和特征区域，进一步还可以包括扩展区域。

第一加载模块130，用于分别加载待创建的第一窗口各个子区域所对应的控件集以及各个子区域所对应的数据源；

展现模块140，用于对所述第一加载模块130的加载结果进行展现。

参见图8所示，根据本申请的一种具体实施方式，窗口界面展现***还可以进一步包括第二加载模块150，用于实现窗口切换或替代功能，

所述创建请求接收模块110，还用于在当前已展现第一窗口的情况下，接收第二窗口创建请求；

所述展现模块140，还用于对所述第二加载模块150的加载结果进行展现。

在本申请的一种具体实施方式中，所述第二加载模块120，具体可以用于保留已加载的第一窗口公共区域控件集、将已加载的第一窗口公共区域的数据源替换为第二窗口公共区域的数据源；以及对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作、加载第二窗口特征区域控件集及数据源；

其中，第二加载模块120可以根据业务需求，判断待创建的第二窗口与当前展现的第一窗口是否存在切换关系或替代关系，如果存在切换关系，则隐藏已加载的第一窗口特征区域控件集及数据源。如果存在替换关系，则卸载已加载的第一窗口特征区域控件及数据源。

在本申请的一种具体实施方式中，第二加载模块120还可以用于：在当前已展现第一窗口扩展区域的情况下，对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作。

在本申请的一种具体实施方式中，第二加载模块120还可以用于：在当前已展现第一窗口扩展区域、且待创建的第二窗口与第一窗口使用相同扩展区域控件集的情况下，保留已加载的第一窗口扩展区域控件集、将已加载的第一窗口扩展区域的数据源替换为第二窗口扩展区域的数据源。

为了描述的方便，描述以上***时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请可用于众多通用或专用的计算***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种窗口界面展现方法，其特征在于，包括：

接收第一窗口创建请求，所述请求中，携带待创建的窗口的类型信息以及待加载的数据源信息；

根据所述类型信息，确定待创建窗口所包含的子区域；其中，所述子区域包括公共区域和特征区域，所述公共区域包括：至少两种不同类型窗口之间的相同部分；所述特征区域包括：每一特定类型窗口区别于其他类型窗口的特征部分；

分别加载待创建的第一窗口各个子区域所对应的控件集以及各个子区域所对应的数据源；

对加载结果进行展现。

2.根据权利要求1所述的方法，其特征在于，

所述子区域还包括扩展区域，其中，所述扩展区域用于为窗口提供扩展功能，不同类型的窗口允许具有相同的扩展区域控件集。

3.根据权利要求1或2所述的方法，其特征在于，该方法还包括：

在当前已展现第一窗口的情况下，接收第二窗口创建请求并确定第二窗口所包含的子区域；

保留已加载的第一窗口公共区域控件集、将已加载的第一窗口公共区域的数据源替换为第二窗口公共区域的数据源；以及

对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作、加载第二窗口特征区域控件集及数据源；

对加载结果进行展现。

4.根据权利要求3所述的方法，其特征在于，所述对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作，包括：

根据业务需求，判断待创建的第二窗口与当前展现的第一窗口是否存在切换关系，如果是，则隐藏已加载的第一窗口特征区域控件集及数据源。

5.根据权利要求3所述的方法，其特征在于，所述对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作，包括：

根据业务需求，判断待创建的第二窗口与当前展现的第一窗口是否存在替代关系，如果是，则卸载已加载的第一窗口特征区域控件及数据源。

6.根据权利要求3所述的方法，其特征在于，该方法还包括：

在当前已展现第一窗口扩展区域的情况下，对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作。

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

在当前已展现第一窗口扩展区域、且待创建的第二窗口与第一窗口使用相同扩展区域控件集的情况下，保留已加载的第一窗口扩展区域控件集、将已加载的第一窗口扩展区域的数据源替换为第二窗口扩展区域的数据源。

8.一种窗口界面展现***，其特征在于，包括：

创建请求接收模块，用于接收第一窗口创建请求，所述请求中，携带待创建的窗口的类型信息以及待加载的数据源信息；

子区域确定模块，用于根据所述类型信息，确定待创建窗口所包含的子区域；其中，所述子区域包括公共区域和特征区域，所述公共区域包括：至少两种不同类型窗口之间的相同部分；所述特征区域包括：每一特定类型窗口区别于其他类型窗口的特征部分；

第一加载模块，用于分别加载待创建的第一窗口各个子区域所对应的控件集以及各个子区域所对应的数据源；

展现模块，用于对所述第一加载模块的加载结果进行展现。

9.根据权利要求8所述的***，其特征在于，

所述子区域还包括扩展区域，其中，所述扩展区域用于为窗口提供扩展功能，不同类型的窗口允许具有相同的扩展区域控件集。

10.根据权利要求8或9所述的***，其特征在于，该***还包括第二加载模块，

所述创建请求接收模块，还用于在当前已展现第一窗口的情况下，接收第二窗口创建请求；

所述第二加载模块，用于保留已加载的第一窗口公共区域控件集、将已加载的第一窗口公共区域的数据源替换为第二窗口公共区域的数据源；以及

对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作、加载第二窗口特征区域控件集及数据源；

所述展现模块，还用于对所述第二加载模块的加载结果进行展现。

11.根据权利要求10所述的***，其特征在于，

所述第二加载模块，还用于在当前已展现第一窗口扩展区域的情况下，对已加载的第一窗口特征区域控件集及数据源执行隐藏或卸载操作。

12.根据权利要求10所述的***，其特征在于，

所述第二加载模块，还用于：在当前已展现第一窗口扩展区域、且待创建的第二窗口与第一窗口使用相同扩展区域控件集的情况下，保留已加载的第一窗口扩展区域控件集、将已加载的第一窗口扩展区域的数据源替换为第二窗口扩展区域的数据源。