CN112000911A

CN112000911A - 页面管理方法、装置、电子设备以及存储介质

Info

Publication number: CN112000911A
Application number: CN202010651727.1A
Authority: CN
Inventors: 高科
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2020-07-08
Filing date: 2020-07-08
Publication date: 2020-11-27
Anticipated expiration: 2040-07-08
Also published as: CN112000911B

Abstract

本公开关于一种页面管理方法、装置、电子设备以及存储介质，涉及终端技术领域，其中，该方法包括：接收页面管理指令；其中，页面管理指令用于指示目标页面中待管理的页面视图；待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；视图模型用于管理业务对象的业务逻辑，并响应于页面管理指令，对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作，以根据实施管理操作后的页面视图，更新目标页面。该方法通过视图模型管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立，当对业务对象进行编辑或者修改时，各业务对象之间的业务互不影响，可以降低修改时的出错率，提升开发效率。

Description

页面管理方法、装置、电子设备以及存储介质

技术领域

本公开涉及终端技术领域，尤其涉及一种页面管理方法、装置、电子设备以及存储介质。

背景技术

随着各APP(Application，应用)的业务发展，APP页面的流量资源变得越来越重要，各个业务方均希望能够在页面的信息流里增加自己的业务线，以提高用户的访问量。然而，随着业务的增加，页面中信息流的样式、业务逻辑将变得各不相同，而信息流的信息内容不同和其业务不同，会对应不同的业务对象，例如页面中的展示UI(User Interface，用户界面)，比如纯文本、单图、多图、视频、广告等。

相关技术中，页面中业务对象的形式较多，一个业务对象对应多种业务类型和多个业务，如果因为某个业务需求，要对业务对象进行编辑或修改，则可能影响到其他业务，导致业务出现异常，因此通常需要排查业务对象关联的所有业务后进行关联修改，效率较低。

发明内容

本公开提供一种页面管理方法、装置、电子设备以及存储介质，以至少解决相关技术中对业务对象进行编辑或修改的效率较低的问题。

本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种页面管理方法，包括：

接收页面管理指令；其中，所述页面管理指令用于指示目标页面中待管理的页面视图；所述待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；所述视图模型用于管理所述业务对象的业务逻辑；

响应于所述页面管理指令，对所述待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作；

根据实施所述管理操作后的页面视图，更新所述目标页面。

作为本公开实施例的第一种可能的情况，所述页面管理指令包管理类型，所述对所述待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作，包括：

当所述管理类型包括业务对象管理类型时，则响应于所述页面管理指令，对所述业务对象实施对应的管理操作，并通过实施所述管理操作后的业务对象对所述待管理的页面视图进行更新；

当所述管理类型包括业务逻辑管理类型时，则响应于所述页面管理指令，对所述视图模型实施对应的管理操作；

当所述管理类型包括所述业务对象管理类型和所述业务逻辑管理类型时，则响应于所述页面管理指令，对所述业务对象和所述视图模型实施对应的管理操作，并通过实施所述管理操作后的业务对象对所述待管理的页面视图进行更新。

作为本公开实施例的第二种可能的情况，所述视图模型具有业务类型，所述方法还包括：

接收页面视图创建指令，其中，所述页面视图创建指令包括待创建页面视图所对应的业务类型；

判断所述待创建页面视图所对应的业务类型是否已存在；

如果已存在，则获取所述已存在的业务类型所对应的已有视图模型，并建立所述业务类型与所述已有视图模型之间的第一对应关系，同时根据所述页面视图创建指令创建新建视图模型，并建立所述业务类型与所述新建视图模型之间的第二对应关系；

创建所述新建视图模型对应的业务对象，并根据创建后的所述业务对象绘制对应的页面视图；

如果未存在，则根据所述页面视图创建指令，创建与所述业务类型对应的视图模型，并创建所述视图模型对应的业务对象，并根据创建后的所述业务对象绘制对应的页面视图。

作为本公开实施例的第三种可能的情况，所述视图模型具有业务类型，所述待管理的页面视图通过以下步骤获取：

获取所述页面管理指令之中的待编辑业务类型；

获取所述业务类型与所述待编辑业务类型一致的多个视图模型；

获取所述多个视图模型所对应的多个业务对象；

获取所述多个业务对象所对应的多个页面视图，并将所述多个页面视图，作为所述待管理的页面视图。

作为本公开实施例的第四种可能的情况，所述获取业务类型与所述待编辑业务类型一致的多个视图模型，包括：

根据所述第一对应关系和所述第二对应关系，获取所述业务类型与所述待编辑业务类型一致的多个视图模型。

作为本公开实施例的第五种可能的情况，所述视图模型对应第一业务对象和第二业务对象，所述方法还包括：

以预设比例选择根据所述第一业务对象或第二业务对象生成的第一测试页面视图和第二测试页面视图，并分别添加至所述目标页面；

获取所述目标页面中所述第一测试页面视图和所述第二测试页面视图的命中率；

根据所述第一测试页面视图和所述第二测试页面视图的命中率，分别生成所述第一业务对象和所述第二业务对象的命中率。

作为本公开实施例的第六种可能的情况，所述获取所述目标页面中所述第一测试页面视图和所述第二测试页面视图的命中率，包括：

获取接收到目标页面浏览请求的次数；所述目标页面浏览请求包括所述目标页面的标识；

获取所述第一测试页面视图的点击次数以及所述第二测试页面视图的点击次数；

根据所述预设比例、所述接收到目标页面浏览请求的次数、所述第一测试页面视图的点击次数和所述第二测试页面视图的点击次数，分别确定所述第一测试页面视图和所述第二测试页面视图的命中率。

本公开实施例的页面管理方法，通过接收页面管理指令；其中，页面管理指令用于指示目标页面中待管理的页面视图；待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；视图模型用于管理业务对象的业务逻辑，之后，响应于页面管理指令，对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作，以根据实施管理操作后的页面视图，更新目标页面。本公开中，通过视图模型管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立，当对业务对象进行编辑或者修改时，各业务对象之间的业务互不影响，可以降低修改时的出错率，同时，无需排查其他业务进行关联修改，可以提升修改效率或开发效率。

根据本公开实施例的第二方面，提供一种页面管理装置，包括：

第一接收模块，被配置为执行接收页面管理指令；其中，所述页面管理指令用于指示目标页面中待管理的页面视图；所述待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；所述视图模型用于管理所述业务对象的业务逻辑；

管理模块，被配置为执行响应于所述页面管理指令，对所述待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作；

更新模块，被配置为执行根据实施所述管理操作后的页面视图，更新所述目标页面。

作为本公开实施例的第一种可能的情况，所述页面管理指令包括管理类型，所述管理模块，具体被配置为执行：

作为本公开实施例的第二种可能的情况，所述视图模型具有业务类型，所述装置还包括：

第二接收模块，被配置为执行接收页面视图创建指令，其中，所述页面视图创建指令包括待创建页面视图所对应的业务类型；

判断模块，被配置为执行判断所述待创建页面视图所对应的业务类型是否已存在；

创建模块，被配置为执行如果已存在，则获取所述已存在的业务类型所对应的已有视图模型，并建立所述业务类型与所述已有视图模型之间的第一对应关系，同时根据所述页面视图创建指令创建新建视图模型，并建立所述业务类型与所述新建视图模型之间的第二对应关系；创建所述新建视图模型对应的业务对象，并根据创建后的所述业务对象绘制对应的页面视图；如果未存在，则根据所述页面视图创建指令，创建与所述业务类型对应的视图模型，并创建所述视图模型对应的业务对象，并根据创建后的所述业务对象绘制对应的页面视图。

作为本公开实施例的第三种可能的情况，所述视图模型具有业务类型，所述待管理的页面视图通过以下模块获取：

第一获取模块，被配置为执行获取所述页面管理指令之中的待编辑业务类型；

第二获取模块，被配置为执行获取所述业务类型与所述待编辑业务类型一致的多个视图模型；

第三获取模块，被配置为执行获取所述多个视图模型所对应的多个业务对象；

处理模块，被配置为执行获取所述多个业务对象所对应的多个页面视图，并将所述多个页面视图，作为所述待管理的页面视图。

作为本公开实施例的第四种可能的情况，所述第二获取模块，具体被配置为执行：

作为本公开实施例的第五种可能的情况，所述视图模型对应第一业务对象和第二业务对象，所述装置还包括：

添加模块，被配置为执行以预设比例根据所述第一业务对象或第二业务对象生成的第一测试页面视图和第二测试页面视图，并分别添加至所述目标页面；

第四获取模块，被配置为执行获取所述目标页面中所述第一测试页面视图和所述第二测试页面视图的命中率；

生成模块，被配置为执行根据所述第一测试页面视图和所述第二测试页面视图的命中率，分别生成所述第一业务对象和所述第二业务对象的命中率。

作为本公开实施例的第六种可能的情况，所述第四获取模块，具体被配置为执行：

本公开实施例的页面管理装置，通过接收页面管理指令；其中，页面管理指令用于指示目标页面中待管理的页面视图；待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；视图模型用于管理业务对象的业务逻辑，之后，响应于页面管理指令，对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作，以根据实施管理操作后的页面视图，更新目标页面。本公开中，通过视图模型管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立，当对业务对象进行编辑或者修改时，各业务对象之间的业务互不影响，可以降低修改时的出错率，同时，无需排查其他业务进行关联修改，可以提升修改效率或开发效率。

根据本公开实施例的第三方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现本公开第一方面实施例提出的页面管理方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得电子设备能够执行本公开第一方面实施例提出的页面管理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序由服务器的处理器执行时，使得服务器能够执行本公开第一方面实施例提出的页面管理方法。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例一所示出的页面管理方法的流程图；

图2是本公开实施例中短视频类APP的首页示意图；

图3是根据一示例性实施例二所示出的页面管理方法的流程图；

图4是根据一示例性实施例所示出的业务类型、视图模型、业务对象之间的关系图；

图5是根据一示例性实施例三所示出的页面管理方法的流程图；

图6是根据一示例性实施例四所示出的页面管理方法的流程图；

图7是根据一示例性实施例五所示出的页面管理方法的流程图；

图8是根据一示例性实施例六所示出的页面管理装置的框图；

图9是根据一示例性实施例七所示出的页面管理装置的框图；

图10是根据一示例性实施例示出的一种用于页面管理的电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

信息流最常见的表现形式为新闻资讯类的APP，例如百度、头条、网易新闻、微博以及小红书等。每个信息流的信息内容不同和其业务不同，会对应不同的业务对象，例如页面中的展示UI，比如新闻里的纯文本、单图、多图、视频、广告等。

目前，APP页面中业务对象的形式较多，比如短视频类APP首页中业务对象的形式可能具有20多种，而一个业务对象对应多种业务类型和多个业务，即一个业务对象掺杂了多个团队的业务需求，如果因为某个业务需求，要对业务对象进行编辑或修改，则可能影响到其他业务，导致业务出现异常，因此通常需要排查业务对象关联的所有业务后进行关联修改，效率较低。

本公开主要针对相关技术中对业务对象进行编辑或修改的效率较低的技术问题，提出一种页面管理方法。本公开实施例的页面管理方法，通过对系统的结构进行分层，在原来结构的基础上，增加视图模型层，通过视图模型管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立，当对业务对象进行编辑或者修改时，各业务对象之间的业务互不影响，可以降低修改时的出错率，同时，无需排查其他业务进行关联修改，可以提升修改效率或开发效率。

图1是根据一示例性实施例一所示出的页面管理方法的流程图。

本公开实施例以该页面管理方法被配置于页面管理装置中来举例说明，该页面管理装置可以应用于任一电子设备中，以使该电子设备可以执行页面管理功能。

其中，电子设备可以为任一具有计算能力的设备，例如可以为PC(PersonalComputer，个人电脑)、移动终端、服务器等，移动终端例如可以为手机、平板电脑、个人数字助理、穿戴式设备、车载设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。

如图1所示，页面管理方法可以包括以下步骤：

在步骤S101中，接收页面管理指令；其中，页面管理指令用于指示目标页面中待管理的页面视图；待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；视图模型用于管理业务对象的业务逻辑。

本公开实施例中，上述目标页面为当前需要进行编辑的页面，即待编辑页面或者待修改页面。

本公开实施例中，业务对象可以指展示UI，比如为页面中的卡片(例如视频卡片、广告卡片等)。在目标页面中，页面视图为信息模块，可包括图片、文本、视频、广告、按钮或控件等，其中，同一页面中页面视图的大小不同，还可以区分信息的重要等级，比如，页面视图越大，对应的重要等级越高。并且，页面视图能够适应不同屏幕大小而不破坏信息的展示效果。

作为一种示例，参见图2，图2是本公开实施例中短视频类APP的首页示意图。其中，首页中显示的各个方块，为各页面视图，例如，区域21中显示的为一个页面视图。页面视图呈现的信息，可包括图片、视频、控件等。

需要说明的是，页面中的信息流增加、删除、修改的较为频繁，如果信息流对应的业务对象中掺杂的业务互相影响，将会涉及到各个业务团队的开发，而各业务团队沟通成本较高且相互影响，较易修改出错。因此，本公开中，为了使得各业务之间相互独立，可以通过设置视图模型(ViewModel)管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立。其中，业务对象与视图模型可以为一对一的关系，或者，也可以为多对一的关系，本公开对此并不做限制。也就是说，不同的业务对象可能对应不同的业务，或者，不同的业务对象也可能对应相同的业务，比如，业务对象1对应业务1，业务对象2对应业务2，业务对象3也对应业务2，此时，业务对象1对应视图模型1，业务对象2对应视图模型2，业务对象3也对应视图模型2。

本公开实施例中，若APP中某个页面，比如首页、预设功能页面(比如对于短视频类APP，可为关注页面、发现页面、推荐页面等)等，的业务逻辑变更、业务类型变更、展示样式变更等等，则可以对该页面进行编辑，具体地，可根据业务需求，选择相应的需要进行编辑的页面，本公开中记为目标页面，相应的，页面管理装置可以获取上述目标页面。

本公开实施例中，当根据业务需求，需要对目标页面进行编辑时，可以触发页面管理指令，相应的，页面管理装置可以接收该页面管理指令。其中，页面编辑指令可以包括管理类型和待编辑业务类型，管理类型可以包括业务对象管理类型和业务逻辑管理类型中的至少一种。

本公开实施例中，在接收到页面管理指令后，可以根据页面管理指令中的待编辑业务类型，确定对应的视图模型，根据视图模型，确定对应的业务对象，将确定的业务对象所对应的页面视图，作为待管理的页面视图。

在步骤S102中，响应于页面管理指令，对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作。

本公开实施例中，在确定待管理的页面视图后，可以根据页面视图与业务对象之间的对应关系，以及业务对象与视图模型之间的对应关系，确定待管理的页面视图对应的业务对象和视图模型，从而可以根据页面管理指令中的管理类型，对待管理的页面视图对应的业务对象和/或视图模型实施对应的管理操作。

作为本公开实施例的第一种可能的实现方式，当根据业务需求，仅需对目标页面中的页面视图进行修改时，比如，对页面视图的大小、展现内容、展现形式等进行修改，此时，页面管理指令中的管理类型可以仅包括业务对象管理类型，此时，页面管理装置可以根据页面管理指令对业务对象实施对应的管理操作，并通过实施管理操作之后的业务对象对待管理的页面视图进行更新，以在目标页面中显示更新后的页面视图。

作为本公开实施例的第二种可能的实现方式，当业务对象对应的业务变更时，页面管理指令中的管理类型可以仅包括业务逻辑管理类型，此时，页面管理装置可以根据页面管理指令对视图模型实施对应的管理操作。

作为本公开实施例的第三种可能的实现方式，当业务对象的业务变更，同时，根据业务需求，需要对页面视图的大小、展现内容、展现形式等进行修改时，页面管理指令中的管理类型可以同时包括业务对象管理类型和业务逻辑管理类型，此时，页面管理装置可以根据页面管理指令对业务对象和视图模型实施对应的管理操作，并通过实施管理操作之后的业务对象对待管理的页面视图进行更新，以在目标页面中显示更新后的页面视图。

由此，可以根据实际的业务需求，对业务对象和视图模型中的至少之一进行管理，提升该方法的适用性，满足不同的业务需求。

在步骤103中，根据实施管理操作后的页面视图，更新目标页面。

本公开实施例中，在对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作之后，可以根据实施管理操作后的页面视图，更新目标页面。

本公开实施例中，对系统的结构进行分层，在原来结构的基础上，增加视图模型层，通过视图模型管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立，当对业务对象进行编辑或者修改时，各业务对象之间的业务互不影响，可以降低修改时的出错率，提升开发效率。

需要说明的是，目前不同业务类型的业务对象，可能具有相同的业务类型，比如普通的视频卡片和广告卡片业务差别较大，但是却使用相同的业务类型，上述业务差别较大的业务对象混合在一起，同样不利于跨业务团队对代码进行维护。因此，在本公开一种可能的实现形式中，在新建页面视图时，可以将相同业务类型的业务对象，映射到不同的视图模型中，由不同的视图模型，来管理各业务对象对应的业务逻辑，从而达到业务分离的目的。下面结合图3，对上述过程进行详细说明。

图3是根据一示例性实施例二所示出的页面管理方法的流程图。

如图3所示，在图1所示实施例的基础上，该页面管理方法还可以包括以下步骤：

在步骤S201中，接收页面视图创建指令，其中，页面视图创建指令包括待创建页面视图所对应的业务类型。

本公开实施例中，当根据业务需求，需要新建页面视图时，可以触发页面视图创建指令，其中，页面视图创建指令包括待创建页面视图所对应的业务类型。

在步骤S202中，判断待创建页面视图所对应的业务类型是否已存在，若是，执行步骤S203，若否，执行步骤S204。

本公开实施例中，每新建一个页面，可以保存业务对象与视图模型之间的对应关系，以及保存视图模型与该业务对象对应的业务类型之间的对应关系，从而本公开中，在接收到页面视图创建指令时，可以根据页面视图创建指令中包括的待创建页面视图所对应的业务类型，在存储的数据中，查询该业务类型是否已存在，若是，则执行步骤S203至S204，若否，则执行步骤S205。

在步骤S203中，获取已存在的业务类型所对应的已有视图模型，并建立业务类型与已有视图模型之间的第一对应关系，同时根据页面视图创建指令创建新建视图模型，并建立业务类型与新建视图模型之间的第二对应关系。

本公开实施例中，在待创建页面所对应的业务类型已存在时，可以获取已存在的业务类型所对应的已有视图模型，并建立业务类型与已有视图模型之间的第一对应关系，同时，根据页面视图创建指令，创建新建视图模型，并建立业务类型与新建视图模型之间的第二对应关系，比如，可以通过转换器(adpater)，创建新建视图模型，将相同业务类型的业务对象，映射到不同的视图模型中，以通过不同视图模型来处理各业务对象对应的业务逻辑，从而达到业务分离的目的。

本公开实施例中，转换器，用于根据页面视图创建指令，创建与业务类型对应的新建视图模型。

在步骤S204中，创建新建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图。

本公开实施例中，在创建新建视图模型后，可创建新建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图，从而可在目标页面中显示新绘制的页面视图。

在步骤S205中，根据页面视图创建指令，创建与业务类型对应的视图模型，并创建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图。

本公开实施例中，在待创建页面视图所对应的业务类型未存在时，此时，可通过页面管理装置对该第一次出现的业务类型对应的页面视图进行创建。具体地，页面管理装置可以根据页面视图创建指令，创建与业务类型对应的视图模型，并保存业务类型与视图模型之间的对应关系，之后可创建视图模型对应的业务对象，最后，页面管理装置可以根据创建后的业务对象对页面视图进行绘制，从而可在目标页面中显示新绘制的页面视图。

作为一种示例，参见图4，图4是根据一示例性实施例所示出的业务类型、视图模型、业务对象之间的关系图。其中，在新增页面视图或业务对象时，页面管理装置在接收到数据时，可以根据服务器下发的业务类型，比如业务类型A(简称FeedA)、业务类型B(简称FeedB)、业务类型C(简称FeedC)、业务类型D(简称FeedD)，生成对应的视图模型，比如，FeedA对应的视图模型为FeedAViewModel，FeedB对应的视图模型为FeedBViewModel，FeedC对应的视图模型为FeedCViewModel。之后可以创建各视图模型对应的业务对象，比如创建得到FeedAViewModel对应的业务对象为CellA，FeedBViewModel对应的业务对象为CellB_1、CellB_2等，即FeedBViewModel对应了多种业务对象，FeedCViewModel对应的业务对象为CellC，并添加视图模型与业务对象之间的对应关系。在渲染时，页面管理装置可以获取视图模型的标识，根据视图模型的标识，查询上述对应关系，获取对应的业务对象，由页面处理装置对业务对象进行渲染，得到页面视图。

其中，对于业务类型D，由于已存在该业务类型，则可以通过转换器，创建与业务类型对应的视图模型，得到FeedDViewModel_1和FeedDViewModel_2，并创建视图模型FeedDViewModel_1和FeedDViewModel_2对应的业务对象，其中，FeedDViewModel_1对应一个业务对象，即CellD，FeedDViewModel_2对应两个业务对象，即CellD_1和CellD_2。

需要说明的是，本公开对步骤S201至S205的执行时序并不作限制，比如，该步骤S201至S205可以在步骤S103之后执行，或者，该步骤S201至S205还可以在步骤S101之后执行。

本公开实施例的页面处理方法，通过接收页面视图创建指令，其中，页面视图创建指令包括待创建页面视图所对应的业务类型，并判断待创建页面视图所对应的业务类型是否已存在，若是，则获取已存在的业务类型所对应的已有视图模型，并建立业务类型与已有视图模型之间的第一对应关系，同时根据页面视图创建指令创建新建视图模型，并建立业务类型与新建视图模型之间的第二对应关系，之后，创建新建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图；若否，则根据页面视图创建指令，创建与业务类型对应的视图模型，并创建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图。由此，可以使得页面视图增加的过程变得简单化，并且，将相同业务类型的页面视图，映射到不同的视图模型中，由不同的视图模型，来管理各业务对象对应的业务逻辑，从而达到业务分离的目的。

由图3对应的实施例二可知，为了实现业务分离，可以将相同业务类型的业务对象，映射到不同的视图模型中，由不同的视图模型，来管理各业务对象对应的业务逻辑，此时，业务类型与视图模型之间为一对多的关系。因此，为了提升页面管理的可靠性和准确性，在本公开实施例的一种可能的实现方式中，在获取到页面管理指令后，可以根据页面管理指令之中的待编辑业务类型，查询与该待编辑业务类型对应的多个视图模型，根据多个视图模型，确定对应的多个业务对象，从而可将多个业务对象对应的页面视图，作为待管理的页面视图。下面结合图5，对上述过程进行详细说明。

图5是根据一示例性实施例三所示出的页面管理方法的流程图。

如图5所示，在图1和图3所示实施例的基础上，待管理的页面视图可以通过步骤获取：

在步骤S301中，获取页面管理指令之中的待编辑业务类型。

本公开实施例中，页面管理指令中可以包括待编辑业务类型，比如，以业务对象为广告卡片进行示例，当根据业务需要，需要对广告卡片进行修改时，此时，待编辑业务类型可以为广告卡片对应的业务类型。

在步骤S302中，获取业务类型与待编辑业务类型一致的多个视图模型。

本公开实施例中，在创建页面视图时，已保存了业务类型与视图模型之间的对应关系，从而，本公开中，在确定页面管理指令之中的待编辑业务类型后，可以根据待编辑业务类型，查询业务类型与视图模型之间的对应关系，获取业务类型与待编辑业务类型一致的多个视图模型。由此，通过查找方式，确定待编辑业务类型对应的多个视图模型，操作简单，且易于实现。

需要说明的是，在创建页面视图过程中，既保存了业务类型与已有视图模型之间的第一对应关系，又保存了业务类型与新建视图模型之间的第二对应关系，因此，在本公开实施例的一种可能的实现方式中，为了提升视图模型确定结果的准确性和可靠性，从而提升业务对象和/或视图模型管理的准确性和可靠性，本公开中，可以根据第一对应关系和第二对应关系，获取业务类型与待编辑业务类型一致的多个视图模型。

具体地，可以根据待编辑业务类型，查询业务类型与视图模型之间的第一对应关系和第二对应关系，获取业务类型与待编辑业务类型一致的多个视图模型。

在步骤S303中，获取多个视图模型所对应的多个业务对象。

本公开实施例中，针对每个视图模型，可以查询业务对象与视图模型之间的对应关系，获取与该视图模型对应的业务对象，从而可以根据每个视图模型对应的业务对象，得到多个视图模型所对应的多个业务对象。由此，通过查找方式，确定多个视图模型所对应的多个业务对象，操作简单，且易于实现。

在步骤S304中，获取多个业务对象所对应的多个页面视图，并将多个页面视图，作为待管理的页面视图。

本公开实施例中，每个页面视图根据对应的业务对象绘制，在确定多个业务对象后，可以从已存储的数据中，获取各业务对象所对应的页面视图，将确定的所有页面视图，作为待管理的页面视图。由此，通过查找方式，确定多个业务对象所对应的多个页面视图，从而得到待管理的页面视图，操作简单，且易于实现。

本公开实施例的页面管理方法，通过获取页面管理指令之中的待编辑业务类型，并获取业务类型与待编辑业务类型一致的多个视图模型，接着，获取多个视图模型所对应的多个业务对象，最后，获取多个业务对象所对应的多个页面视图，并将多个页面视图，作为待管理的页面视图。由此，可以提升待管理的页面视图确定结果的准确性，从而提升业务对象和/或视图模型管理的准确性。

作为本公开实施例的一种可能的实现方式，可以在目标页面中设计不同的页面视图，来对比哪种页面视图的点击率或命中率较高，从而可以分析哪种页面视图对应的业务对象样式更受用户喜欢，进而可以向用户进行个性化推荐，以提升用户粘性。下面结合图6，对上述过程进行详细说明。

图6是根据一示例性实施例四所示出的页面管理方法的流程图。

如图6所示，在图1-图5所示实施例的基础上，当视图模型对应第一业务对象和第二业务对象时，该页面管理方法还可以包括以下步骤：

在步骤S401中，以预设比例选择第一业务对象或第二业务对象生成的第一测试页面视图和第二测试页面视图，并分别添加至目标页面。

本公开实施例中，预设比例为预先设置的，例如，该预设比例可以为固定比例，或者，该预设比例还可以为随机比例，本公开对此并不作限制。

为了便于区别，本公开中将根据第一业务对象绘制的页面视图称为第一测试页面视图，将根据第二业务对象绘制的页面视图称为第二测试页面视图，其中，第一业务对象和第二业务对象为视图模型对应的两个不同的业务对象，比如，第一业务对象可以为卡片A，第二业务对象可以为卡片B。当然，也可以其他命名方式进行命名，本公开中仅作为一种示例性表述。

在步骤S402中，获取目标页面中第一测试页面视图和第二测试页面视图的命中率。

本公开实施例中，可以选择根据第一业务对象生成的第一测试页面视图，添加至目标页面，或者，也可以选择根据第二业务对象生成的第二测试页面视图，添加至目标页面，以测试不同用户对第一测试页面视图和第二测试页面视图的点击率或者命中率。

在步骤S403中，根据第一测试页面视图和第二测试页面视图的命中率，分别生成第一业务对象和第二业务对象的命中率。

举例而言，当预设比例为随机比例时，可以以随机比例，向第一人群发送包含第一测试页面视图的目标页面，向第二人群发送包含第二测试页面视图的目标页面，并确定第一人群对第一测试页面视图的点击率，以及第二人群对第二测试页面视图的点击率，假设第一人群中40％的用户打开APP后，在目标页面中点击第一测试页面视图，此时，可以将40％作为第一测试页面视图或者第一业务对象的命中率，第二人群中70％的用户打开APP后，在目标页面中点击第二测试页面视图，则可以将70％作为第二测试页面视图或者第二业务对象的命中率。由此，可以确定第二业务对象样式更受用户喜欢，进而可以向用户进行个性化推荐，以提升用户粘性。

再例如，当预设比例为固定比例时，比如45:55时，针对某个人群，假设该人群包括100个用户，该可以向45个用户发送包含第一测试页面视图的目标页面，向剩下来的55个用户发送包含第二测试页面视图的页面。之后，可以确定45个用户中点击第一测试页面视图的用户个数，将点击第一测试页面视图的用户个数除以45，得到第一测试页面视图或者第一业务对象的命中率，并确定55个用户中点击第二测试页面视图的用户个数，将点击第二测试页面视图的用户个数除以55，得到第二测试页面视图或者第二业务对象的命中率。由此，可以确定哪种测试页面视图对应的业务对象样式更受用户喜欢，进而可以向用户进行个性化推荐，以提升用户粘性。

也就是说，本公开中，可以对应用页面进行AB测试，当视图模型对应两个业务对象时，可以设计两个版本的目标页面，通过用户对两个版本目标页面的点击率，来分析哪种版本的目标页面更受用户欢迎，从而可以向用户进行个性化推荐。

其中，AB测试，是指为应用页面或流程制作两个(A/B)或多个(A/B/n)版本，在同一时间维度，分别让组成成分相同或相似的访客群组(或称为目标人群)随机的访问这些版本，收集各群组的用户体验数据和业务数据，最后分析、评估出最好的版本，并正式采用最好的版本。

进一步地，当视图模型对应多个业务对象时，比如，该视图模型对应第一业务对象、第二业务对象和第三业务对象时，可以设计三个版本的目标页面，通过用户对三个版本目标页面的点击率，来分析哪种版本的目标页面更受用户欢迎。具体地，同样可以以预设比例选择根据第一业务对象或第二业务对象或第三业务对象生成的第一测试页面视图、第二测试页面视图和第三测试页面视图，并分别添加至目标页面，获取目标页面中第一测试页面视图、第二测试页面视图和第三测试页面视图的命中率，根据第一测试页面视图、第二测试页面视图和第三测试页面视图的命中率，分别生成第一业务对象、第二业务对象和第三业务对象的命中率。

需要说明的是，本公开对步骤S401-S403的执行时序并不做限制，例如，该步骤S401-S403可以在步骤101之后执行，或者，该步骤S401-S403还可以在步骤S103之后执行，或者，该步骤S401-S403还可以在步骤S205之后执行。

本公开实施例的页面管理方法，通过以预设比例选择根据第一业务对象或第二业务对象生成的第一测试页面视图和第二测试页面视图，并分别添加至目标页面，之后，获取目标页面中第一测试页面视图和第二测试页面视图的命中率，以根据第一测试页面视图和第二测试页面视图的命中率，分别生成第一业务对象和第二业务对象的命中率。由此，可以实现对目标页面进行AB测试，当视图模型对应两个业务对象时，通过设计两个版本的目标页面，并根据用户对两个版本目标页面的点击率，来计算两个版本目标页面的命中率，从而可以分析哪种版本的目标页面更受用户欢迎，进而可以向用户进行个性化推荐。

在本公开实施例的一种可能的实现方式中，为了提升命中率计算结果的准确性，本公开中，可以根据目标页面的浏览次数、第一测试页面视图的点击次数、第二测试页面视图的点击次数，以及预设比例，来计算第一测试页面视图和第二测试页面视图的命中率。下面结合图7，对上述过程进行详细说明。

图7是根据一示例性实施例五所示出的页面管理方法的流程图。

如图7所示，在图6所示实施例的基础上，步骤S402可以包括以下步骤：

在步骤S501中，获取接收到目标页面浏览请求的次数；目标页面浏览请求包括目标页面的标识。

本公开实施例中，目标页面浏览请求用于获取目标页面。

本公开实施例中，不同用户在浏览目标页面时，应用客户端可以向应用服务器发送目标页面浏览请求，其中，目标页面浏览请求包括目标页面的标识，该目标页面的标识用于唯一标识该目标页面，比如，目标页面的标识可以为目标页面的网络地址信息。相应的，应用服务器在接收到目标页面浏览请求后，可以向应用客户端返回目标页面的页面资源。

进一步地，应用服务器每次在接收到目标页面浏览请求后，还可以统计接收到目标页面浏览请求的次数，从而本公开中，页面管理装置可以从应用服务器侧获取上述接收到目标页面浏览请求的次数。

在步骤S502中，获取第一测试页面视图的点击次数以及第二测试页面视图的点击次数。

本公开实施例中，页面管理装置可以监测用户是否触发了点击第一测试页面视图的操作，若是，则统计第一测试页面视图的点击次数，同样地，页面管理装置还可以监测用户是否触发了点击第二测试页面视图的操作，若是，则统计第二测试页面视图的点击次数。

在步骤S503中，根据预设比例、接收到目标页面浏览请求的次数、第一测试页面视图的点击次数和第二测试页面视图的点击次数，分别确定第一测试页面视图和第二测试页面视图的命中率。

本公开实施例中，可以根据预设比例、接收到目标页面浏览请求的次数、第一测试页面视图的点击次数和第二测试页面视图的点击次数，分别确定第一测试页面视图和第二测试页面视图的命中率，来计算第一测试页面视图和第二测试页面视图的命中率。

作为一种可能的实现方式，预设比例可以为第一预设数值与第二预设数值之比，则第一测试页面视图和第二测试页面视图的命中率通过以下公式获得：

CTR1＝Clicks1/((N1/(N1+N2))*T)；

CTR2＝Clicks2/((N2/(N1+N2))*T)；

其中，CTR1为第一测试页面视图的命中率，CTR2为第二测试页面视图的命中率，Clicks1为第一测试页面视图的点击次数，Clicks2为第二测试页面视图的点击次数，N1为第一预设数值，N2为第二预设数值，T为接收到目标页面浏览请求的次数。

举例而言，假设预设比例，即N1:N2＝5:5，目标页面的浏览次数，即接收到目标页面浏览请求的次数T为1000，第一测试页面视图的点击次数Clicks1为200，第二测试页面视图的点击次数为400，则第一测试页面视图的命中率CTR1为：200/((5/10)*1000)＝0.4，第二测试页面视图的命中率CTR2为：400/((5/10)*1000)＝0.8。

本公开实施例的页面管理方法，通过获取接收到目标页面浏览请求的次数；目标页面浏览请求包括目标页面的标识，并获取第一测试页面视图的点击次数以及第二测试页面视图的点击次数，以根据预设比例、接收到目标页面浏览请求的次数、第一测试页面视图的点击次数和第二测试页面视图的点击次数，分别确定第一测试页面视图和第二测试页面视图的命中率。由此，提升命中率计算结果的准确性。

为了实现上述实施例，本公开实施例提出了一种页面管理装置。

图8是根据一示例性实施例六所示出的页面管理装置的框图。

参照图8，该页面管理装置100，可以包括：第一接收模块101、管理模块102以及更新模块103。

其中，第一接收模块101，被配置为执行接收页面管理指令；其中，页面管理指令用于指示目标页面中待管理的页面视图；待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；视图模型用于管理业务对象的业务逻辑。

管理模块102，被配置为执行响应于页面管理指令，对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作。

更新模块103，被配置为执行根据实施管理操作后的页面视图，更新目标页面。

在本公开实施例的一种可能的实现方式中，页面管理指令包括管理类型，管理模块102，具体被配置为执行：当管理类型包括业务对象管理类型时，则响应于页面管理指令，对业务对象实施对应的管理操作，并通过实施管理操作后的业务对象对待管理的页面视图进行更新；当管理类型包括业务逻辑管理类型时，则响应于页面管理指令，对视图模型实施对应的管理操作；当管理类型包括业务对象管理类型和业务逻辑管理类型时，则响应于页面管理指令，对业务对象和视图模型实施对应的管理操作，并通过实施管理操作后的业务对象对待管理的页面视图进行更新。

在本公开实施例的一种可能的实现形式中，参见图9，在图8所示实施例的基础上，该页面管理装置还可以包括：

在本公开实施例的另一种可能的实现形式中，视图模型具有业务类型。

第二接收模块104，被配置为执行接收页面视图创建指令，其中，页面视图创建指令包括待创建页面视图所对应的业务类型。

判断模块105，被配置为执行判断待创建页面视图所对应的业务类型是否已存在。

创建模块106，被配置为执行如果已存在，则获取已存在的业务类型所对应的已有视图模型，并建立业务类型与已有视图模型之间的第一对应关系，同时根据页面视图创建指令创建新建视图模型，并建立业务类型与新建视图模型之间的第二对应关系；创建新建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图；如果未存在，则根据页面视图创建指令，创建与业务类型对应的视图模型，并创建视图模型对应的业务对象，并根据创建后的业务对象绘制对应的页面视图。

在本公开实施例的另一种可能的实现形式中，视图模型具有业务类型，待管理的页面视图通过以下模块获取：

第一获取模块107，被配置为执行获取页面管理指令之中的待编辑业务类型。

第二获取模块108，被配置为执行获取业务类型与待编辑业务类型一致的多个视图模型。

第三获取模块109，被配置为执行获取多个视图模型所对应的多个业务对象。

处理模块110，被配置为执行获取多个业务对象所对应的多个页面视图，并将多个页面视图，作为待管理的页面视图。

在本公开实施例的另一种可能的实现形式中，第二获取模块108，具体被配置为执行：根据第一对应关系和第二对应关系，获取业务类型与待编辑业务类型一致的多个视图模型。

在本公开实施例的另一种可能的实现形式中，视图模型对应第一业务对象和第二业务对象。

添加模块111，被配置为执行以预设比例根据第一业务对象或第二业务对象生成的第一测试页面视图和第二测试页面视图，并分别添加至目标页面。

第四获取模块112，被配置为执行获取目标页面中第一测试页面视图和第二测试页面视图的命中率。

生成模块113，被配置为执行根据第一测试页面视图和第二测试页面视图的命中率，分别生成第一业务对象和第二业务对象的命中率。

在本公开实施例的另一种可能的实现形式中，第四获取模块112，具体被配置为执行：获取接收到目标页面浏览请求的次数；目标页面浏览请求包括目标页面的标识；获取第一测试页面视图的点击次数以及第二测试页面视图的点击次数；根据预设比例、接收到目标页面浏览请求的次数、第一测试页面视图的点击次数和第二测试页面视图的点击次数，分别确定第一测试页面视图和第二测试页面视图的命中率。

需要说明的是，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

为了实现上述实施例，本公开实施例还提出了一种电子设备。

其中，电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如前所述的页面管理方法。

作为一种示例，图10是根据一示例性实施例示出的一种用于页面管理的电子设备200的框图，如图10所示，上述电子设备200，还可以包括：

存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本公开实施例所述的页面管理方法。

总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备200典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)240和/或高速缓存存储器250。服务器200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图10未显示，通常称为“硬盘驱动器”)。尽管图10中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本公开所描述的实施例中的功能和/或方法。

电子设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口292进行。并且，电子设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器220通过运行存储在存储器210中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本公开实施例的页面管理方法的解释说明，此处不再赘述。

本公开实施例提供的电子设备，通过接收页面管理指令；其中，页面管理指令用于指示目标页面中待管理的页面视图；待管理的页面视图根据对应的业务对象绘制，具有对应的视图模型；视图模型用于管理业务对象的业务逻辑，之后，响应于页面管理指令，对待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作，以根据实施管理操作后的页面视图，更新目标页面。本公开中，通过视图模型管理业务对象的业务逻辑，将各个业务分开，使得业务之间相互独立，当对业务对象进行编辑或者修改时，各业务对象之间的业务互不影响，可以降低修改时的出错率，提升开发效率。

为了实现上述实施例，本公开实施例还提出了一种存储介质。

其中，当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如前所述的页面管理方法。

为了实现上述实施例，本公开还提供一种计算机程序产品，该计算机程序由服务器的处理器执行时，使得服务器能够执行如前所述的页面管理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

1.一种页面管理方法，其特征在于，包括：

根据实施所述管理操作后的页面视图，更新所述目标页面。

2.如权利要求1所述的页面管理方法，其特征在于，所述页面管理指令包管理类型，所述对所述待管理的页面视图的业务对象和视图模型中的至少之一实施对应的管理操作，包括：

3.如权利要求1所述的页面管理方法，其特征在于，所述视图模型具有业务类型，所述方法还包括：

判断所述待创建页面视图所对应的业务类型是否已存在；

4.如权利要求3所述的页面管理方法，其特征在于，所述视图模型具有业务类型，所述待管理的页面视图通过以下步骤获取：

获取所述页面管理指令之中的待编辑业务类型；

获取所述多个视图模型所对应的多个业务对象；

5.如权利要求4所述的页面管理方法，其特征在于，所述获取业务类型与所述待编辑业务类型一致的多个视图模型，包括：

6.如权利要求1所述的页面管理方法，其特征在于，所述视图模型对应第一业务对象和第二业务对象，所述方法还包括：

7.如权利要求6所述的页面管理方法，其特征在于，所述获取所述目标页面中所述第一测试页面视图和所述第二测试页面视图的命中率，包括：

8.一种页面管理装置，其特征在于，包括：

9.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-7中任一项所述的页面管理方法。

10.一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-7中任一项所述的页面管理方法。