一种界面展示的方法及系统与流程

本说明书涉及互联网技术领域，尤其涉及一种界面展示的方法及系统。

背景技术：

目前，运行在终端中的各种互联网应用已经涵盖了衣食住行等各个方面，而UI(User Interface，用户界面)作为直接面对用户的操作界面，很大程度上会影响用户体验。

当前，为了提高用户体验，应用的开发人员通常会对UI进行定期更新，比如可以每周对UI进行局部或全部更新，带给用户焕然一新的视觉体验，并且还可以在节日等特殊日期，在UI中添加不同的节日元素。所以，就需要提供一种高效地对应用界面进行展示的方案。

技术实现要素：

本说明书实施例提供一种界面展示的方法，用于在终端中提高展示应用界面的效率。

本说明书实施例提供一种界面展示的系统，用于在终端中提高展示应用界面的效率。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例采用下述技术方案：

一种界面展示的方法，包括：

接收界面展示请求；

从服务端获取与所述请求对应的可执行动态脚本模板，所述可执行动态脚本模板为所述服务端对界面的界面描述文件进行预编译生成动态语言脚本后，根据所述动态语言脚本生成的；

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示。

优选地，所述服务端对界面的界面描述文件进行预编译生成动态语言脚本，包括：

所述服务端对界面的满足预设开发条件的界面描述文件根据预设方式进行预编译，生成动态语言脚本，所述动态语言脚本中包含创建界面执行方法以及动态绑定执行方法；则

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示，包括：

根据所述可执行动态脚本模板中包含的创建界面执行方法以及动态绑定执行方法，以及对应的界面数据，进行界面展示。

优选地，所述服务端对界面的界面描述文件进行预编译生成动态语言脚本，包括：

所述服务端对界面的界面中至少一个界面单元的描述文件进行预编译生成动态语言脚本；则

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示，包括：

根据所述可执行动态脚本模板以及对应的界面数据，对所述界面单元进行界面展示。

优选地，根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示，包括：

调用预设的跨平台通用接口，并由所述跨平台通用接口调用所处平台的特定接口，根据所述可执行动态脚本模板以及对应的界面数据进行界面展示。

优选地，所述方法还包括：

服务端根据生成的可执行动态脚本模板，进行界面预览。。

一种界面展示的系统，包括：服务端和终端，其中，

所述服务端，

对界面的界面描述文件进行预编译生成动态语言脚本后，根据所述动态语言脚本生成可执行动态脚本模板；

所述终端，

接收界面展示请求；

从所述服务端获取与所述请求对应的可执行动态脚本模板；

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示。

优选地，所述服务端，

对界面的满足预设开发条件的界面描述文件根据预设方式进行预编译，生成动态语言脚本，所述动态语言脚本中包含创建界面执行方法以及动态绑定执行方法；则所述终端，

根据所述可执行动态脚本模板中包含的创建界面执行方法以及动态绑定执行方法，以及对应的界面数据，进行界面展示。

优选地，所述服务端，

对界面的界面中至少一个界面单元的描述文件进行预编译生成动态语言脚本；则所述终端，

根据所述可执行动态脚本模板以及对应的界面数据，对所述界面单元进行界面展示。

优选地，所述终端，

终端调用预设的跨平台通用接口，并由所述跨平台通用接口调用所处平台的特定接口，根据所述可执行动态脚本模板以及对应的界面数据进行界面展示。

优选地，所述服务端，

根据生成的可执行动态脚本模板，进行界面预览。

由以上实施例提供的技术方案可见，可以预先在服务端对界面的界面描述文件进行预编译，生成可执行动态脚本，而在终端中无需再进行预编译，就可以通过获取可执行动态脚本模板以及对应的界面数据，达到较为快捷地实现界面展示的目的，而在整个界面开发展示过程中，均通过动态化的方式，可以无需开发人员频繁发布应用版本更新，也无需用户频繁地在终端中更新应用，就可以方便地实现界面变更展示，从而也提高了展示应用界面的效率。此外，通过创建通用接口，可以实现开发、展示跨平台，从而进一步提高了在不同平台中展示应用界面的效率。

附图说明

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

图1为本说明书实施例提供的界面展示的方法的流程示意图；

图2为本说明书实施例提供的生成可执行动态脚本的示意图；

图3为本说明书实施例提供的Android平台和iOS平台的框架分层示意图；

图4为本说明书实施例提供的界面展示的系统的结构示意图；

图5为本说明书实施例提供的电子设备的结构示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合具体实施例及相应的附图对本说明书的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。

以下结合附图，详细说明本说明书中各实施例提供的技术方案。

实施例1

本说明书实施例提供一种界面展示的方法，用于在终端中提高展示应用界面的效率。该方法就可以应用于终端，该方法的流程示意图如图1所示，包括：

步骤12：接收界面展示请求。

步骤14：从服务端获取与该请求对应的可执行动态脚本模板。

其中，对于可执行动态脚本模板而言，可以是该服务端对界面的界面描述文件进行预编译生成动态语言脚本后，根据该动态语言脚本而生成的。

在实际的开发过程中，对于应用的UI，可以由开发人员编写界面描述文件而实现，该UI描述文件中可以包含对UI中各展示元素的定义，比如UI中标签的展示样式、文字的展示样式、文本框的颜色、尺寸等的定义，还可以对按键的位置、尺寸、需要加载的图片等的定义。在一种实施方式中，UI描述文件可以通过可扩展标记语言(Extensible Markup Language，XML)编写实现。其中，标记可以是指计算机所能理解的信息符号，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。XML还很适合互联网传输，提供统一的方法来描述和交换独立于应用程序的结构化数据，是互联网环境中跨平台的、依赖于内容的技术。由于XML可以对文档和数据进行结构化处理，从而可以在服务端与终端之间进行交换，实现动态内容生成、应用界面的开发。即在实际的开发过程中发，开发人员可以通过XML生成UI描述文件。

预编译又称为预处理，可以是指对代码文本的替换操作，可以是整个编译过程的最先执行的操作。本实施例中，可以由服务端对XML生成的UI描述文件进行预编译，生成动态语言脚本，在得到预编译后的动态语言脚本后，可以再根据该动态语言脚本，生成可执行动态脚本。具体如图2所示，为生成可执行动态脚本的示意图，其中，XML文件可以代指UI描述文件，图2中可以示意有A.xml以及B.xml两个UI描述文件，对UI描述文件进行预编译后，可以得到如图2示意的Compiled_a.js以及Compiled_b.js，这两个脚本文件就可以是预编译完成的动态语言脚本，这部分可以是UI部分。如图2所示的逻辑部分，Script_A.js、Script_B.js、Helper.js等可以是指控制逻辑脚本，比如A.xml中可以包含多个按键，那么控制逻辑中的Script_A.js就可以是指对某个按键进行操控后对应的业务操作，比如可以是跳转、关闭等业务操作，而Helper.js就可以是指帮助类的控制逻辑脚本，比如在界面中可以帮助按键。在实际应用中，UI描述文件可以对应控制逻辑，也可以无需对应，即UI仅作为展示而无需用户操作。基于UI部分生成的js脚本文件，以及逻辑部分的js脚本可以进行合并，生成合并后的动态语言脚本Template.js，该脚本就可以代指完整的UI(包含展示部分以及逻辑部分)，基于Template.js，再结合配置信息、资源等必要的元数据(Template meta info)，则可以生成可执行动态脚本Template.json，该Template.json可以作为模板文件，为终端的界面展示操作提供主要依据。这里所提到的元数据，可以是静态数据，即在可执行动态脚本模板中保持不变的部分，比如针对某个按键的图片，针对某个背景图片等。

在开发人员编写UI描述文件时，通常需要按照满足一定的编写规则(或称开发条件)，比如字符、符号、格式或对于UI元素如何进行定义的要求等，以便预编译器能够识别并进行预编译。所以在实际应用中，完全可以根据不同的需求，或开发人员的日常习惯、应用UI的不同侧重点(比如图片居多、或文字居多等)，创建出不同的开发条件，即可以预设一种开发条件，该开发条件中可以规定字符、符号、格式或对于UI元素如何进行定义的要求等，并且可以开发出可以对这种开发条件进行预编译的预编译器。如下文为开发人员通过XML编写的UI描述文件的部分代码：

可见，可以对标签、文本、按键等进行定义(其中Ark可以是UI名称)，根据不同的缩进可以看出不同的层次，另外可以通过<styles>进行组织样式，将同类属性的不同样式进行统一编写，根据为不同的需求，或为开发人员的日常习惯创建的不同开发条件，也在一定程度上为开发人员提高开发效果，实现了开发友好的效果。

在根据预设的开发条件编写出UI描述文件后，则可以对其进行预编译，生成动态语言脚本。则在一种实施方式中，服务端对界面的界面描述文件进行预编译生成动态语言脚本，可以包括：服务端对界面的满足预设开发条件的界面描述文件根据预设方式进行预编译，生成动态语言脚本。具体地，如前文所述，可以根据预设的开发条件，预先开发一款适用的预编译器，该预编译器可以根据预设方式，对满足预设开发条件的UI描述文件进行预编译。本步骤在生成的动态语言脚本中，可以包含两个执行方法：创建界面执行方法(inflate)，以及动态绑定执行方法(bind)。如下文，为将XML预编译为动态语言脚本的部分代码：

可见，可以包含inflate以及bind，inflate可以用于创建UI View，其中静态绑定的部分就可以是前文介绍的Template meta info中的数据，也可以是静态数据，而bind可以用于动态绑定，可以在展示界面时，动态获取数据。而其中的set对应的代码部分，可以是后续界面展示的主要依据。根据上文生成的动态语言脚本，可以结合逻辑脚本以及Template meta info，生成最终的模板文件。

需要说明的是，本说明书中所指的服务端，可以是指用于提供应用服务的相同的一端或不同的多端，比如，对于开发人员而言，服务端可以是开发人员的开发设备(计算机或移动计算机等)，而对于应用而言，服务端可以是架设的服务器，或服务器集群等。对于本步骤而言，就可以是开发人员通过开发设备编写UI描述文件，后将UI描述文件通过预编译器进行编译，生成可执行动态脚本，并将可执行动态脚本发送并保存至服务器中。也可以将UI描述文件发送至服务器，由服务器中预存的预编译器生成动态语言脚本，并生成、保存可执行动态脚本。

在实际应用中，一个界面可以被划分为多个子界面，比如可以将一个界面划分为多个部分，每部分可以对应一个子界面，可以将子界面称为界面单元，也即一个界面中可以至少包含一个界面单元，所以在一种实施方式中，服务端对界面的界面描述文件进行预编译生成动态语言脚本，可以包括：服务端对界面的界面中至少一个界面单元的描述文件进行预编译生成动态语言脚本。比如，在一个界面中，可以有3个界面单元，分别在展示在界面的上部、中部和下部，开发人员可以在服务端为界面中的每个界面单元编写不同的描述文件，并生成不同的动态语言脚本，从而生成不同的可执行动态脚本模板。

在实际应用中，也可以将界面划分为至少一个界面单元与预设开发条件进行结合，即在一种实施方式中，服务端对界面的界面描述文件进行预编译生成动态语言脚本，可以包括：服务端对界面中至少一个界面单元的、满足预设开发条件的界面描述文件根据预设方式进行预编译，生成动态语言脚本，该动态语言脚本中可以包含创建界面执行方法以及动态绑定执行方法。

根据前述步骤，可以将模板文件保存在服务端中，所以在步骤12中，终端可以接收包含UI标识的UI展示请求，并可以将该请求发送至服务端，从而获取与该请求对应的可执行动态脚本模板(模板文件)。而在实际应用中，保存模板文件时还可以根据UI标识进行保存，而通常可以为UI设置唯一标识，以便准确获取。在实际应用中，不同的界面均可以请求相同的模板文件，从而达到复用的效果，而根据上段的描述，同界面也可以请求多个不同的模板文件，并展示到不同的界面单元中。

对于展示请求，可以根据应用自身生成，也可以根据用户的操作生成，比如对于应用的初始界面，当开启应用后，应用可以自行生成一个包含初始界面ID的展示界面展示请求并发送至终端的某个输入接口中，由终端的输出接口发送至服务器，以便根据ID返回对应的模板文件，从而应用执行展示操作。又如，可以根据用户的跳转操作，生成包含跳转后的界面ID的展示请求，并从服务器中获取到对应的模板文件，以便应用执行展示操作。

步骤16：根据获取到的可执行动态脚本模板以及对应的界面数据，进行界面展示。

具体地，获取到可执行动态脚本模板后，可以根据可执行动态脚本模板中的代码，并结合一些系统内部的基础模块、类等，通过调用接口的方式，再结合对应的界面数据进行界面展示。在前文已经介绍，可以在预编译过程中，生成包含inflate以及bind的动态语言脚本，所以本步骤中，根据获取到的可执行动态脚本模板以及对应的界面数据，进行界面展示，可以包括：根据获取到的可执行动态脚本模板中包含的创建界面执行方法以及动态绑定执行方法，以及对应的界面数据，进行界面展示。具体地，在前文的脚本代码中，存在包含有set的执行语句，在实际应用中，可以根据包含set的执行语句，调用平台(操作系统)中的特定接口，比如可以通过不同的set执行语句，调用不同的接口，从而实现将代码导出到平台的执行层，或称将代码注入到执行层，再结合必要的界面数据，进行界面展示。这里所述的界面数据，可以是动态数据，比如实时统计的数据、变化的数值等。

在前文已经介绍，界面中可以包含至少一个界面单元，所以对于本步骤，在一种实施方式中，根据获取到的可执行动态脚本模板以及对应的界面数据，进行界面展示，可以包括：根据获取到的可执行动态脚本模板以及对应的界面数据，对该至少一个界面单元进行界面展示。具体地，与上文类似地，可以分别根据至少一个可执行动态脚本模板中的代码，并结合一些系统内部的基础模块、类等，通过调用接口的方式，再结合不同界面单元分别对应的界面数据进行界面展示。

在前文介绍，可以将界面划分为至少一个界面单元与预设开发条件进行结合，所以对于本步骤而言，根据获取到的可执行动态脚本模板以及对应的界面数据，进行界面展示，可以包括：

根据获取到的针对至少一个界面单元对应的至少一个可执行动态脚本模板中包含的创建界面执行方法以及动态绑定执行方法，以及对应的界面数据，对该至少一个界面单元进行界面展示。

在实际应用中，不同平台的框架结构不尽相同，所以在根据可执行动态脚本模板进行调用时也不尽相同。为了实现跨平台的开发方式，即达到仅编写一个UI描述文件，就可以在不同平台中实现相同的展示效果，可以为不同平台的具有相似作用的接口进行抽象化处理而生成通用接口。比如在平台1和平台2中，对分别具有同为展示颜色作用的接口1-1和接口2-1进行抽象化处理，创建一个通用接口1x(Bridge模式)，根据可执行动态脚本模板中的内容，在平台1或平台2中均可以调用通用接口1x，该通用接口1x就可以根据所处的平台，分别调用不同的接口，完成代码注入，比如在平台1中，通用接口1x可以继续调用接口1-1而实现代码注入；而在平台2中，通用接口1x可以继续调用接口2-1而实现代码注入。

对于目前的终端而言，比较流行有两个平台：Android平台(由Google公司开发的基于Linux的自由及开放源代码的操作平台)和iOS平台(由苹果公司开发的移动操作平台)。如图3所示，为Android平台和iOS平台的框架分层示意图，其中，Application可以表征直接与用户进行交互的界面应用层；Biz可以表征业务逻辑层，可以包含Template Synchronizer(模板同步器)，即可以执行获取可执行动态脚本模板的操作，ListBlockFactory(列表类区块创建工厂)，可以用于生成列表类UI，在实际应用中还可以存在其他的组件，而ListBlockFactory也可能由于不同平台而不存在。Core可以代表核心层，可以包含Builtin Module(内置模块，如生成日志模块、信息采集模块等)，PlainData Class(数据类，如可以用于将数据导出至脚本中)，Builtin Class(内置类)，UI Class(UI类)等，而在执行层，对于Android平台，由于自身的平台特点，可以有一个JNI(Java Native Interface，Java本地接口)辅助可执行动态脚本进行调用，注入到Runtime(运行时刻)中以便完成界面展示，而在iOS平台中，可以直接调用可执行动态脚本模板，从而注入到Runtime中以便完成界面展示。在上文介绍，可以通过创建通用接口的方式，实现跨平台展示相同界面，而应用到框架中时，可以在核心层与执行层之间，设置通用接口(Bridge接口)，通过相同的可执行动态脚本模板，调用Bridge接口，由Bridge接口分别不同平台的不同接口，实现代码注入。

所以在一种实施方式中，根据获取到的可执行动态脚本模板以及对应的界面数据，进行界面展示，可以包括：调用预设的跨平台通用接口，并由该跨平台通用接口调用所处平台的特定接口，根据获取到的可执行动态脚本模板以及对应的界面数据进行界面展示。即当业务逻辑层生成展示请求后，可以通过Template Synchronizer获取与该请求对应的Template.json，核心层根据基础模块以及各种类，调用Bridge接口，在Bridge接口调用平台自己的特定接口时，对于Android平台而言，还需要JNI进行辅助调用，而对于iOS平台而言，可以直接调用平台自己的特定接口，从而实现将用于展示界面的代码注入到Runtime中，再结合对应的动态界面数据而实现UI展示。

在实际应用中，为了达到更好的展示效果，可以在开发阶段，为开发人员准备界面展示的模拟器，比如可以将平台进行虚拟化，从而可以对服务端生成的可执行动态脚本模板进行解析展示，以便实现对开发结果的预览。所以在一种实施方式中，本方法还可以包括：服务端根据生成的可执行动态脚本模板，进行界面预览。比如，可以创建一个Android平台的虚拟终端，该虚拟终端可以通过虚拟的Template Synchronizer获取到由开发人员编写的UI描述文件根据预编译生成的模板文件，通过上述方式进行效果展示，以便开发人员可以进行根据效果进行对UI描述文件进行调整。

由以上实施例提供的技术方案可见，在本说明书提供的实施例中，可以预先在服务端对界面的界面描述文件进行预编译，生成可执行动态脚本，而在终端中无需再进行预编译，就可以通过获取可执行动态脚本模板以及对应的界面数据，达到较为快捷地实现界面展示的目的，而在整个界面开发展示过程中，均通过动态化的方式，可以无需开发人员频繁发布应用版本更新，也无需用户频繁地在终端中更新应用，就可以方便地实现界面变更展示，从而也提高了展示应用界面的效率。此外，通过创建通用接口，可以实现开发、展示跨平台，从而进一步提高了在不同平台中展示应用界面的效率。

实施例2

基于相同的发明构思，本说明书实施例2提供了一种界面展示的系统，用于实现实施例1所述的方法。该系统的结构示意图如图4所示，包括：服务端22以及终端24，其中，

服务端22，可以

对界面的界面描述文件进行预编译生成动态语言脚本后，根据所述动态语言脚本生成可执行动态脚本模板；

终端24，可以

接收界面展示请求；

从所述服务端获取与所述请求对应的可执行动态脚本模板；

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示。

根据前文的介绍，这里的服务端22就可以包括开发人员的开发设备以及应用的服务器。

在一种实施方式中，所述服务端22，可以

对界面的满足预设开发条件的界面描述文件根据预设方式进行预编译，生成动态语言脚本，所述动态语言脚本中包含创建界面执行方法以及动态绑定执行方法；则

所述终端24，可以

根据所述可执行动态脚本模板中包含的创建界面执行方法以及动态绑定执行方法，以及对应的界面数据，进行界面展示。

在一种实施方式中，所述服务端22，可以

对界面的界面中至少一个界面单元的描述文件进行预编译生成动态语言脚本；则

所述终端24，可以

根据所述可执行动态脚本模板以及对应的界面数据，对所述界面单元进行界面展示。

在一种实施方式中，所述终端24，可以

终端调用预设的跨平台通用接口，并由所述跨平台通用接口调用所处平台的特定接口，根据所述可执行动态脚本模板以及对应的界面数据进行界面展示。

在一种实施方式中，所述服务端22，可以

根据生成的可执行动态脚本模板，进行界面预览。

由以上实施例提供的系统可见，在本说明书提供的实施例中，可以预先在服务端对界面的界面描述文件进行预编译，生成可执行动态脚本，而在终端中无需再进行预编译，就可以通过获取可执行动态脚本模板以及对应的界面数据，达到较为快捷地实现界面展示的目的，而在整个界面开发展示过程中，均通过动态化的方式，可以无需开发人员频繁发布应用版本更新，也无需用户频繁地在终端中更新应用，就可以方便地实现界面变更展示，从而也提高了展示应用界面的效率。此外，通过创建通用接口，可以实现开发、展示跨平台，从而进一步提高了在不同平台中展示应用界面的效率。

图5是本说明书的一个实施例电子设备的结构示意图。在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(Extended Industry Standard Architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成界面展示的装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

对界面的界面描述文件进行预编译生成动态语言脚本后，根据所述动态语言脚本生成可执行动态脚本模板。

还可以用于执行：

接收界面展示请求；

从服务端获取与所述请求对应的可执行动态脚本模板；

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示。

上述如本说明书图4所示实施例提供的界面展示的系统执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图4所示实施例提供的界面展示的系统在图5所示实施例的功能，本说明书实施例在此不再赘述。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图4所示实施例中界面展示的系统执行的方法，并具体用于执行：

对界面的界面描述文件进行预编译生成动态语言脚本后，根据所述动态语言脚本生成可执行动态脚本模板。

还可以用于执行：

接收界面展示请求；

从服务端获取与所述请求对应的可执行动态脚本模板；

根据所述可执行动态脚本模板以及对应的界面数据，进行界面展示。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。