显示界面的创建方法及装置与流程

本申请涉及移动终端领域，具体而言，涉及一种显示界面的创建方法及装置。

背景技术：

近些年来，随着智能终端和互联网的普及，智能终端和互联网逐渐的改变了人们的生活方式。例如：通过网络商城进行购物，通过网络游戏中心挑选游戏，通过社交网络与朋友互动等。

随着智能终端和互联网的使用量的提升，提供各类网络服务的网络公司的数量也逐渐增多。网络公司为了提升用户的使用体验和用户的使用黏性，通常会根据自己的网络服务产品的产品内容开发相应的客户端。

对于客户端的开发，特别是对有大量重复的界面，又有部分个性化功能界面进行界面开发的时候，其中一个重要问题就是，如何在界面中动态展示应用程序的各个功能，例如：商家展示界面，游戏专区界面以及个人中心界面等。上述界面通常用于对同一类型的内容进行展示。但是，在通过界面展示的时候，为了突出展示内容的特点，又有对界面上展示的内容进行个性化设置的需求。

在现有的解决方案中，一般是提供数量有限的几个固定的展示模版供用户进行选择。当需要在客户端程序中增加新的展示模版时，就需要通过发布新的客户端程序包对展示模板进行更新，或者通过发布含有新的展示模板的插件更新包，以增量更新的形式对客户端程序中的展示模板进行更新，再有就是在客户端程序中嵌入Web页面，利用Web页面来更新展示模板。

其中，通过上述方式对展示界面中用于个性化设置的展示模板进行更新的方法，存在如下缺点：

1、在通过发布新的客户端程序包对展示模板进行更新时，每次更新都需要对应用程序的全部内容进行下载，因下载所需的时间较长，所以很多用户不愿意等待。同时，在使用移动网络的情况下，下载应用程序需要耗费大量的流量资源，将产生额外的费用。并且，即使下载完成，还需要用户对程序再次进行安装，更新的步骤过于繁琐，并且安装界面对于用户来说也并不友好，影响用户的使用体验。

2、在以通过发布含有新的展示模板的插件更新包，以增量更新的形式对客户端程序中的展示模板进行更新的方式，存在如下缺点：很多客户端程序本身并不支持插件式开发方式。所以，在针对于客户端程序的插件开发时，首先要解决的就是如何在原有的客户端程序上加载插件更新包中的代码，使开发成本大大提高。同时，以上述方式对展示模板进行更新，也存在很多安全隐患，不利于保护用户个人信息的安全。

3、通过在客户端程序中嵌入Web页面，利用Web页面来更新展示模板的方式，虽然可以很好的解决上述更新展示模板的问题，但是，因web页面能实现的功能有限，有时并不能满足展示界面对于实现功能方面的需求。另外，web页面因受到客户端程序安装的硬件环境和本地软件环境的影响，其显示的效果不易于控制。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种显示界面的创建方法及装置，以至少解决因无法单独对用于控制显示界面的模板进行更新，导致的客户端因显示界面的变化而频繁更新的技术问题。

根据本发明实施例的一个方面，提供了一种显示界面的创建方法，包括：在进入显示界面之后，获取用于配置显示界面的界面模板文件；解析 界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；根据每个组件的组件信息获取每个组件的组件对象；根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

根据本发明实施例的另一方面，还提供了一种显示界面的创建装置，包括：第一获取模块，用于在进入显示界面之后，获取用于配置显示界面的界面模板文件；第二获取模块，用于解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；第三获取模块，用于根据每个组件的组件信息获取每个组件的组件对象；装配模块，用于根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

在本发明实施例中，采用在进入显示界面之后，获取用于配置显示界面的界面模板文件；解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；根据每个组件的组件信息获取每个组件的组件对象；根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面的方式，通过第一获取模块，用于在进入显示界面之后，获取用于配置显示界面的界面模板文件；第二获取模块，用于解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；第三获取模块，用于根据每个组件的组件信息获取每个组件的组件对象；装配模块，用于根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面，达到了方便地对显示界面进行自定义设置的目的，从而实现了只需通过对界面模板文件进行更新，即可生成新的显示界面的技术效果，进而解决了因无法单独对用于控制显示界面的模板进行更新，导致的客户端因显示界面的变化而频繁更新的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种显示界面的创建方法的计算机终端的硬件结构框图；

图2是根据本申请实施例一的显示界面的创建方法的流程图；

图3是根据本申请实施例的客户端主界面的界面示意图；

图4是根据本申请实施例的客户端主界面的第一游戏社区界面示意图；

图5是根据本申请实施例的客户端主界面的第二游戏社区界面示意图；

图6是根据本申请实施例一的一种可选的显示界面的创建方法中的步骤流程图；

图7是根据本申请实施例的一种服务器配置模板界面示意图；

图8是根据本申请实施例一的一种可选的显示界面的创建方法中的步骤流程图；以及

图9是根据本申请实施例一的一种显示界面的创建装置的结构图；以及

图10是根据本申请实施例的一种计算机终端的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请涉及到的名词解释如下：

同质化界面：即多个显示界面的核心内容相类似，但每个显示界面又存在各自独立的个性化需求，个性化需求可能是模块摆放的位置不同，或者模块内部显示的内容不同。

实施例1

根据本申请实施例，提供了一种显示界面的创建方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本申请实施例的一种显示界面的创建方法的计算机终端的硬件结构框图。如图1所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的显示界面的创建方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的显示界面的创建方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

图2是根据本申请实施例一的显示界面的创建方法的流程图，在上述运行环境下，本申请提供了如图2所示的显示界面的创建方法，该方法包括：

步骤S102，在进入显示界面之后，获取用于配置显示界面的界面模板文件。

具体的，通过步骤S102客户端从预定的位置获取用于配置显示界面的界面模板文件。其中，客户端获取的界面模板文件可以根据界面显示内容的不同而变化，即在客户端可以根据界面显示内容获取与之对应界面模板文件。界面模板文件可以缓存至客户端的缓存中，也可以存储于本地的指定位置，当然也可以存储于与客户端对应的服务器端。

步骤S104，解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在 显示界面中的位置信息。

具体的，通过步骤S104，客户端将获取到的界面模板文件进行解析处理，通过解析获取界面模板文件中包含的每个组件的组件名称、组件类型和在显示界面中的位置信息。

在对客户端进行开发时，可以为客户端中的每个组件对象设置组件名称和/或组件类型，时在对界面模板文件进行编辑时，只需对与组件对象对应的组件名称和/或组件类型进行编辑，即可实现向界面中添加组件、删除组件等操作。其中，组件对象，是客户端中用于实现某些功能的功能函数的集合。

步骤S106，根据每个组件的组件信息获取每个组件的组件对象。

步骤S108，根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

具体的，通过步骤S108，根据界面模板文件中包含的与组件名称对应的位置信息，将根据组件名称获取到的组件对象装配至显示界面中，即可生成与界面模板文件对应的显示界面。

在实际应用当中，以安装于移动智能终端的客户端进行详细说明。其中，该客户端是一款根据游戏为游戏玩家提供专属的游戏社区的平台，同时，在游戏社区中还可以为游戏玩家提供交流平台。如图3所示，此时的显示界面为该游戏社区的主界面，该主界面中包含了若干个游戏社区的社区列表。当用户点击社区列表中与游戏社区对应的游戏图标时，客户端进入该游戏社区的展示页面。其中，游戏社区的展示页面中可以包括游戏下载，游戏礼包领取，查看个人游戏信息，查看游戏攻略、查看游戏话题、查看游戏视频、查看游戏论坛等与该游戏相关的功能。在不同游戏社区的展示页面中，因所包含的功能大同小异，所以游戏社区界面的相似度都很高。但是为了体现游戏之间的区别，如图4和图5所示，需要对展示页面进行自定义设置，使展示页面有所区别，例如：改变显示界面中页面信息 栏、导航栏、广告栏、资讯栏、视频栏、话题栏等类型的组件的数量，以及其间的排列顺序等。

在开发过程中，如果不使用界面模板文件对界面进行个性化设置，则需要单独为每一个游戏社区开发一套界面，这样不仅会出现大量重复的代码，使客户端安装文件的体积变大，同时也不便于对游戏专区的界面进行调整。

因此，可以利用步骤S102至步骤S108中记载的方法，通过对与各个游戏社区对应的界面模板文件进行个性化设置，在后台为不同的游戏配置不同界面模板文件，从而生成拥有不同显示界面的游戏社区。这样可以通过为不同的游戏定制与其对应的游戏社区界面，使游戏社区之间产生差异化。同时，可以灵活地根据自己的运营策略来配置专区的内容。

具体的，在开发过程中，分别根据显示界面中的页面信息栏、导航栏、广告栏、资讯栏、视频栏、话题栏等类型的组件，生成与组件类型对应的组件对象。例如，以图3所示的显示界面为例，当用户点击“魔龙与勇士”的“进入专区”按键之后，进入某一游戏社区，此时，游戏客户端会根据该游戏社区的标识获取与之相应的界面模板文件，并根据解析界面模板后得到的组件信息获取组件对象，并根据位置信息将各个组件对象填充至显示界面中的对应位置。最后，客户端对各个组件对象进行渲染，以生成与界面模板文件对应的新的显示界面。

通过上述步骤S102至步骤S108对获取到的界面模板文件进行解析，并根据解析得到的组件信息生成新的显示界面的方法，实现了只需通过对界面模板文件进行更新，即可生成新的显示界面的技术效果。从而达到了方便地对显示界面进行自定义设置的目的。从而解决了现有技术中因无法单独对用于控制显示界面的模板进行更新，导致的客户端因显示界面的变化而频繁更新的技术问题。

作为一个可选的实施例，步骤S102获取用于配置显示界面的界面模板文件包括：

步骤S21，从本地缓存中查询是否缓存有用于配置显示界面的界面模板文件。

步骤S23，如果本地缓存中缓存有界面模板文件，则读取本地缓存中已经缓存的界面模板文件。

步骤S25，如果本地缓存中未缓存有界面模板文件，则通过访问第一服务器获取预先配置的界面模板文件。

其中，通过步骤S21至步骤S25，在获取用于配置显示界面的界面模板文件时，首先在本地缓存中查询是否缓存由用于配置显示界面的界面模板文件。其中，本地缓存中缓存的界面模板文件可以是上一次运行客户端时，从服务器端下载至本地缓存当中的界面模板文件，也可以是在客户端安装时，直接存储于本地缓存当中的界面模板文件。通常情况下，客户端会存在若干个不同的与显示界面对应的界面模板文件。此时，在从本地缓存中查询是否缓存有用于配置显示界面的界面模板文件时，还需要查询是否缓存有与当前显示界面对应的界面模板文件。当本地缓存中缓存有与当前显示界面对应的界面模板文件时，直接从本地缓存中读取该界面模板文件。当本地缓存中未缓存有界面模板文件时，则需要通过访问第一服务器，来获取与当前显示界面对应的界面模板文件。

在实际应用当中，通过访问第一服务器获取预先配置的界面模板文件的实现方法包括很多种。其中，可以先由客户端向第一服务器发送用于获取界面模板文件的获取信息，当第一服务器接收到上述获取信息后，将相应的界面模板文件推送至客户端当中。也可以通过客户端访问第一服务器中用于存储界面模板文件的存储地址，直接下载用于当前显示界面的界面模板文件。当然，还可以通过其他方法获取界面模板文件，此处不做赘述。

作为一个可选的实施例，如图6所示，在步骤S23读取本地缓存中已经缓存的界面模板文件之后，上述方法还包括：

步骤S241，读取缓存的界面模板文件的第一版本信息。

步骤S243，获取第一服务器中保存的界面模板文件的第二版本信息。

步骤S245，比对界面模板文件的第一版本信息和第二版本信息。

步骤S247，在第一版本信息和第二版本信息相同的情况下，使用本地缓存中已经缓存的界面模板文件来生成新的显示界面。

步骤S249，在第一版本信息和第二版本信息不相同，且第一版本信息为最新的版本信息的情况下，从第一服务器获取最新版本的界面模板文件。

具体的，在界面模板文件中，还可以包含用于记录界面模板文件版本的版本信息。在读取本地缓存中已经缓存的界面模板文件之后，通过上述步骤S241至步骤S249，对本地缓存中已缓存的界面模板文件的第一版本信息，与第一服务器中保存的与之相应的界面模板文件的第二版本信息进行比对，从而判断从本地缓存中读取的界面模板文件是否为最新版本的界面模板文件。从而保证界面模板文件的版本始终为最新的。

作为一个可选的实施例，在步骤S25通过访问第一服务器获取预先配置的界面模板文件之前，方法还包括：

步骤S41，在第一服务器保存的模板组件列表中选择至少一个组件，其中，模板组件列表显示在第一服务器的模板配置界面中。

步骤S43，触发选中的至少一个组件的拖拽事件，将选中的至少一个组件拖拽至预定区域，并记录至少一个组件在预定区域中的位置信息。

步骤S45，根据选中的至少一个组件以及至少一个组件在预定区域中的位置信息，生成界面模板文件。

步骤S47，将界面模板文件及与界面模板文件关联的标识信息保存在第一服务器中，其中，在第一服务器中接收到前端客户端的访问请求之后，根据访问请求中携带的标识信息，将获取到的对应的界面模板文件返回给前端客户端。

具体的，在对界面模板文件进行获取之前，需要对界面模板文件进行编辑。其中，可以将用于编辑界面模板文件的功能模块设置于在第一服务器当中，并且在第一服务器中设置保存有各种组件的模板组件列表。如图7所示，在设置于第一服务器中的模板配置界面中，根据需要将模板组件列表中的至少一个组件通过拖拽的形式，将需要的组件拖拽至模板配置界面中的界面预览位置，并对组件放置于模板配置界面中的位置坐标进行记录。根据拖拽至模板配置界面中的组件类型和/或组件名称，以及位置坐标生成新的界面模板文件，并在设置完成界面模板文件与显示界面之间的关联关系后存储于第一服务器中。当然，用于编辑界面模板文件的功能模块以及用于编辑界面模板文件的模板配置界面，也可以设置于客户端或者其他服务器中。当在客户端或者其他服务器对界面模板文件进行编辑完成后，将该界面模板文件上传至第一服务器即可，此处不做赘述。

作为一个可选的实施例，步骤S106根据每个组件的组件信息获取每个组件的组件对象，包括：

步骤S61，识别任意一个组件的组件名称和组件类型。

步骤S63，根据组件名称和组件类型获取对应组件的组件元数据。

步骤S65，根据组件的组件元数据创建对应组件的组件对象。

其中，通过步骤S61至步骤S65根据组件名称和组件类型，在用于存储组件元数据的存储器中获取与其对应的组件元数据的源代码。将获取到的源代码进行封装处理，创建得到与组件名称和组件类型对应的组件对象。通过上述步骤根据组件名称和组件类型对组件元数据进行获取、封装，进一步提高了通过界面模板文件生成显示界面的灵活性。

作为一个可选的实施例，显示界面中已经显示的组件至少包括新的显示界面中包含的组件，其中，步骤S108根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面，包括：

步骤S81，在本地读取显示界面中已经显示的每个组件的组件名称和 原始位置信息。

步骤S83，将界面模板文件中包含的每个组件的组件名称与显示界面中已经显示的每个组件的组件名称进行匹配。

步骤S85，从界面模板文件中提取与显示界面中已经显示的组件具有相同组件名称的组件，生成至少一个更新组件。

步骤S87，根据更新组件的位置信息，将显示界面中具有与更新组件具有相同组件名称的组件移动至对应位置。

步骤S89，在将界面模板文件中除更新组件之外的组件装配在显示界面的预定位置之后，生成新的显示界面。

具体的，如图8所示，通过步骤S81至步骤S89获取当前显示界面中已经显示的组件的组件名称和原始位置信息，分别将其与界面模板文件中包含的组件名称和位置信息进行匹配，确定当前显示界面中已经显示的组件是否与根据界面模板文件生成的新的显示界面一致。首先，将当前显示界面中已经显示的组件的组件名称与界面模板文件中包含的组件名称进行匹配，提取得到界面模板文件中与当前显示界面中已经显示界面中组件名称相同的组件，并生成包含有组件名称和原始组件位置信息的更新组件。根据更新组件的组件名称，和原始组件位置信息与界面模板文件中与该组件名称对应的位置信息进行比对。当原始组件位置信息与界面模板文件中包含的位置信息不同时，根据界面模板文件中包含的位置信息生成新的显示界面。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

实施例2

根据本申请实施例，还提供了一种用于实施上述显示界面的创建方法的显示界面的创建装置，如图9所示，该装置包括：第一获取模块32、第二获取模块34、第三获取模块36和装配模块38。

其中，第一获取模块32，用于在进入显示界面之后，获取用于配置显示界面的界面模板文件；第二获取模块34，用于解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；第三获取模块36，用于根据每个组件的组件信息获取每个组件的组件对象；装配模块38，用于根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

通过上述第一获取模块32、第二获取模块34、第三获取模块36和装配模块38。对获取到的界面模板文件进行解析，并根据解析得到的组件信息生成新的显示界面的方法，实现了只需通过对界面模板文件进行更新，即可生成新的显示界面的技术效果。从而达到了方便地对显示界面进行自定义设置的目的。从而解决了现有技术中因无法单独对用于控制显示界面的模板进行更新，导致的客户端因显示界面的变化而频繁更新的技术问题。

作为一个可选的实施例，上述第一获取模块32包括：第一子查询模块321、第一子读取模块323和第一子获取模块325。

其中，第一子查询模块321，用于从本地缓存中查询是否缓存有用于配置显示界面的界面模板文件；第一子读取模块323，用于如果本地缓存中缓存有界面模板文件，则读取本地缓存中已经缓存的界面模板文件；第一子获取模块325，用于如果本地缓存中未缓存有界面模板文件，则通过访问第一服务器获取预先配置的界面模板文件。

其中，通过上述第一子查询模块321、第一子读取模块323和第一子获取模块325，在获取用于配置显示界面的界面模板文件时，首先在本地缓存中查询是否缓存由用于配置显示界面的界面模板文件。其中，本地缓存中缓存的界面模板文件可以是上一次运行客户端时，从服务器端下载至本地缓存当中的界面模板文件，也可以是在客户端安装时，直接存储于本地缓存当中的界面模板文件。通常情况下，客户端会存在若干个不同的与显示界面对应的界面模板文件。此时，在从本地缓存中查询是否缓存有用于配置显示界面的界面模板文件时，还需要查询是否缓存有与当前显示界面对应的界面模板文件。当本地缓存中缓存有与当前显示界面对应的界面模板文件时，直接从本地缓存中读取该界面模板文件。当本地缓存中未缓存有界面模板文件时，则需要通过访问第一服务器，来获取与当前显示界面对应的界面模板文件。

作为一个可选的实施例，上述装置还可以包括：读取模块241、第四获取模块243、比对模块245和第五获取模块249。

其中，读取模块241，用于读取缓存的界面模板文件的第一版本信息；第四获取模块243，用于获取第一服务器中保存的界面模板文件的第二版本信息；比对模块245，用于比对界面模板文件的第一版本信息和第二版本信息；第一生成模块247，用于在第一版本信息和第二版本信息相同的情况下，使用本地缓存中已经缓存的界面模板文件来生成新的显示界面；第五获取模块249，用于在第一版本信息和第二版本信息不相同，且第一版本信息为最新的版本信息的情况下，从第一服务器获取最新版本的界面模板文件。

具体的，在界面模板文件中，还可以包含用于记录界面模板文件版本的版本信息。在读取本地缓存中已经缓存的界面模板文件之后，通过上述读取模块241、第四获取模块243、比对模块245和第五获取模块249，对本地缓存中已缓存的界面模板文件的第一版本信息，与第一服务器中保存的与之相应的界面模板文件的第二版本信息进行比对，从而判断从本地缓存中读取的界面模板文件是否为最新版本的界面模板文件。从而保证界面模板文件的版本始终为最新的。

作为一个可选的实施例，上述装置还可以包括：选取模块41、处理模块43、第二生成模块45和存储模块47。

其中，选取模块41，用于在第一服务器保存的模板组件列表中选择至少一个组件，其中，模板组件列表显示在第一服务器的模板配置界面中；处理模块43，用于触发选中的至少一个组件的拖拽事件，将选中的至少一个组件拖拽至预定区域，并记录至少一个组件在预定区域中的位置信息；第二生成模块45，用于根据选中的至少一个组件以及至少一个组件在预定区域中的位置信息，生成界面模板文件；存储模块47，用于将界面模板文件及与界面模板文件关联的标识信息保存在第一服务器中，其中，在第一服务器中接收到前端客户端的访问请求之后，根据访问请求中携带的标识信息，将获取到的对应的界面模板文件返回给前端客户端。

具体的，在对界面模板文件进行获取之前，需要对界面模板文件进行编辑。其中，可以将用于编辑界面模板文件的功能模块设置于在第一服务器当中，并且在第一服务器中设置保存有各种组件的模板组件列表。如图7所示，在设置于第一服务器中的模板配置界面中，根据需要将模板组件列表中的至少一个组件通过拖拽的形式，将需要的组件拖拽至模板配置界面中的界面预览位置，并对组件放置于模板配置界面中的位置坐标进行记录。根据拖拽至模板配置界面中的组件类型和/或组件名称，以及位置坐标生成新的界面模板文件，并在设置完成界面模板文件与显示界面之间的关联关系后存储于第一服务器中。当然，用于编辑界面模板文件的功能模块 以及用于编辑界面模板文件的模板配置界面，也可以设置于客户端或者其他服务器中。当在客户端或者其他服务器对界面模板文件进行编辑完成后，将该界面模板文件上传至第一服务器即可，此处不做赘述。

作为一个可选的实施例，上述第三获取模块36包括：子识别模块361、第二子获取模块363和子创建模块365。

其中，子识别模块361，用于识别任意一个组件的组件名称和组件类型；第二子获取模块363，用于根据组件名称和组件类型获取对应组件的组件元数据；子创建模块365，用于根据组件的组件元数据创建对应组件的组件对象。

其中，通过上述子识别模块361、第二子获取模块363和子创建模块365根据组件名称和组件类型，在用于存储组件元数据的存储器中获取与其对应的组件元数据的源代码。将获取到的源代码进行封装处理，创建得到与组件名称和组件类型对应的组件对象。通过上述步骤根据组件名称和组件类型对组件元数据进行获取、封装，进一步提高了通过界面模板文件生成显示界面的灵活性。

作为一个可选的实施例，显示界面中已经显示的组件至少包括新的显示界面中包含的组件，其中，装配模块38包括：第二子读取模块381、子匹配模块383、第一子生成模块385、子移动模块387和第二子生成模块389。

其中，第二子读取模块381，用于在本地读取显示界面中已经显示的每个组件的组件名称和原始位置信息；子匹配模块383，用于将界面模板文件中包含的每个组件的组件名称与显示界面中已经显示的每个组件的组件名称进行匹配；第一子生成模块385，用于从界面模板文件中提取与显示界面中已经显示的组件具有相同组件名称的组件，生成至少一个更新组件；子移动模块387，用于根据更新组件的位置信息，将显示界面中具有与更新组件具有相同组件名称的组件移动至对应位置；第二子生成模块389，用于在将界面模板文件中除更新组件之外的组件装配在显示界面的 预定位置之后，生成新的显示界面。

具体的，如图8所示，通过上述第二子读取模块381、子匹配模块383、第一子生成模块385、子移动模块387和第二子生成模块389获取当前显示界面中已经显示的组件的组件名称和原始位置信息，分别将其与界面模板文件中包含的组件名称和位置信息进行匹配，确定当前显示界面中已经显示的组件是否与根据界面模板文件生成的新的显示界面一致。首先，将当前显示界面中已经显示的组件的组件名称与界面模板文件中包含的组件名称进行匹配，提取得到界面模板文件中与当前显示界面中已经显示界面中组件名称相同的组件，并生成包含有组件名称和原始组件位置信息的更新组件。根据更新组件的组件名称，和原始组件位置信息与界面模板文件中与该组件名称对应的位置信息进行比对。当原始组件位置信息与界面模板文件中包含的位置信息不同时，根据界面模板文件中包含的位置信息生成新的显示界面。

实施例3

根据本申请实施例，还提供了一种用于实施上述显示界面的创建方法的计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

在本实施例中，上述计算机终端可以执行显示界面的创建方法中以下步骤的程序代码：在进入显示界面之后，获取用于配置显示界面的界面模板文件；解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；根据每个组件的组件信息获取每个组件的组件对象；根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

可选地，图10是根据本申请实施例的一种计算机终端的结构框图。如图10所示，该计算机终端A可以包括：一个或多个(图中仅示出一个) 处理器51、存储器53、以及传输装置55。

其中，存储器53可用于存储软件程序以及模块，如本发明实施例中的显示界面的创建和装置对应的程序指令/模块，处理器51通过运行存储在存储器53内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的显示界面的创建方法。存储器53可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器53可进一步包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置55用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置55包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置55为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器53用于存储预设动作条件和预设权限用户的信息、以及应用程序。

处理器51可以通过传输装置调用存储器53存储的信息及应用程序，以执行下述步骤：在进入显示界面之后，获取用于配置显示界面的界面模板文件；解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；根据每个组件的组件信息获取每个组件的组件对象；根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

可选的，上述处理器51还可以执行如下步骤的程序代码：从本地缓存中查询是否缓存有用于配置显示界面的界面模板文件；如果本地缓存中 缓存有界面模板文件，则读取本地缓存中已经缓存的界面模板文件；如果本地缓存中未缓存有界面模板文件，则通过访问第一服务器获取预先配置的界面模板文件。

可选的，上述处理器51还可以执行如下步骤的程序代码：读取缓存的界面模板文件的第一版本信息；获取第一服务器中保存的界面模板文件的第二版本信息；比对界面模板文件的第一版本信息和第二版本信息；在第一版本信息和第二版本信息相同的情况下，使用本地缓存中已经缓存的界面模板文件来生成新的显示界面；在第一版本信息和第二版本信息不相同，且第一版本信息为最新的版本信息的情况下，从第一服务器获取最新版本的界面模板文件。

可选的，上述处理器51还可以执行如下步骤的程序代码：在第一服务器保存的模板组件列表中选择至少一个组件，其中，模板组件列表显示在第一服务器的模板配置界面中；触发选中的至少一个组件的拖拽事件，将选中的至少一个组件拖拽至预定区域，并记录至少一个组件在预定区域中的位置信息；根据选中的至少一个组件以及至少一个组件在预定区域中的位置信息，生成界面模板文件；将界面模板文件及与界面模板文件关联的标识信息保存在第一服务器中，其中，在第一服务器中接收到前端客户端的访问请求之后，根据访问请求中携带的标识信息，将获取到的对应的界面模板文件返回给前端客户端。

可选的，上述处理器51还可以执行如下步骤的程序代码：识别任意一个组件的组件名称和组件类型；根据组件名称和组件类型获取对应组件的组件元数据；根据组件的组件元数据创建对应组件的组件对象。

可选的，上述处理器51还可以执行如下步骤的程序代码：根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面的步骤包括：在本地读取显示界面中已经显示的每个组件的组件名称和原始位置信息；将界面模板文件中包含的每个组件的组件名称与显示界面中已经显示的每个组件的组件名称进行匹配；从界面模板文件中提 取与显示界面中已经显示的组件具有相同组件名称的组件，生成至少一个更新组件；根据更新组件的位置信息，将显示界面中具有与更新组件具有相同组件名称的组件移动至对应位置；在将界面模板文件中除更新组件之外的组件装配在显示界面的预定位置之后，生成新的显示界面。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

实施例4

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的显示界面的创建方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，在进入显示界面之后，获取用于配置显示界面的界面模板文件；

S2，解析界面模板文件，获取界面模板文件中包含的每个组件的组件信息，其中，组件信息至少包括：组件名称、组件类型和组件在显示界面中的位置信息；

S3，根据每个组件的组件信息获取每个组件的组件对象；

S4，根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生成新的显示界面。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：从本地缓存中查询是否缓存有用于配置显示界面的界面模板文件；如果本地缓存中缓存有界面模板文件，则读取本地缓存中已经缓存的界面模板文件；如果本地缓存中未缓存有界面模板文件，则通过访问第一服务器获取预先 配置的界面模板文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码读取缓存的界面模板文件的第一版本信息；获取第一服务器中保存的界面模板文件的第二版本信息；比对界面模板文件的第一版本信息和第二版本信息；在第一版本信息和第二版本信息相同的情况下，使用本地缓存中已经缓存的界面模板文件来生成新的显示界面；在第一版本信息和第二版本信息不相同，且第一版本信息为最新的版本信息的情况下，从第一服务器获取最新版本的界面模板文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在第一服务器保存的模板组件列表中选择至少一个组件，其中，模板组件列表显示在第一服务器的模板配置界面中；触发选中的至少一个组件的拖拽事件，将选中的至少一个组件拖拽至预定区域，并记录至少一个组件在预定区域中的位置信息；根据选中的至少一个组件以及至少一个组件在预定区域中的位置信息，生成界面模板文件；将界面模板文件及与界面模板文件关联的标识信息保存在第一服务器中，其中，在第一服务器中接收到前端客户端的访问请求之后，根据访问请求中携带的标识信息，将获取到的对应的界面模板文件返回给前端客户端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：识别任意一个组件的组件名称和组件类型；根据组件名称和组件类型获取对应组件的组件元数据；根据组件的组件元数据创建对应组件的组件对象。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，将账号数据缓存至本地缓存中，其中，账号数据包括至少如下任意一个或多个数据：第三方账号、查询得到的与第三方账号对应的统一账号和统一账号的生成时间。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据每个组件的位置信息将每个组件对象装配至显示界面中的对应位置，生 成新的显示界面的步骤包括：在本地读取显示界面中已经显示的每个组件的组件名称和原始位置信息；将界面模板文件中包含的每个组件的组件名称与显示界面中已经显示的每个组件的组件名称进行匹配；从界面模板文件中提取与显示界面中已经显示的组件具有相同组件名称的组件，生成至少一个更新组件；根据更新组件的位置信息，将显示界面中具有与更新组件具有相同组件名称的组件移动至对应位置；在将界面模板文件中除更新组件之外的组件装配在显示界面的预定位置之后，生成新的显示界面。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外 的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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