本申请主要涉及前端技术领域，更具体地说是涉及一种用户界面处理方法、装置及设备。
背景技术：
随着互联网技术的快速发展，智能手机、ipad、笔记本电脑等终端设备成为人们生活、工作或娱乐中必不可少的设备，用户在使用过程中通常都会在终端设备中安装用来办公、购物、游戏、浏览器等多个应用程序。
其中，应用程序主要是通过ui(userinterface，用户界面)以及操作呈现给用户，且不同应用程序的ui布局通常是不同的，同一应用程序在不同平台的终端设备呈现的ui布局往往也会有很大差异，以及同一应用程序在同一终端设备上呈现的ui布局也会不断更新变化。
因此，在实际应用中，通常会依赖前端框架，针对不同的ui布局构建一个配套的ui组件库，过程繁琐、成本高；且终端设备通常需要导入多个ui组件库，才能获取当前界面各组件所需的组件信息，往往会出现代码冗余的问题。
技术实现要素：
有鉴于此，本实施例提供了一种用户界面处理方法、装置及设备，实现了组件的相互独立，使其具有复用性，且由于无需导入整个ui组件库，解决了代码冗余问题。
为了实现上述目的，本实施例公开了以下技术方案：
本实施例提供了一种用户界面处理方法，所述方法包括：
获取多个组件的组件标识；
按照预设命名规则，提取各组件标识关联的样式信息；
利用所述样式信息，确定终端当前界面包含的各组件的组件样式，并在输出所述当前界面时显示各组件的组件样式；
接收到针对所述当前界面的任一组件的操作指令；
响应所述操作指令，调用并执行所述任一组件的组件标识关联的事件信息。
可选的，所述方法还包括：
获取多个组件的超文本标记语言html文件信息；
所述获取多个组件的组件标识，包括：
利用多个组件的html文件信息包含的数据属性，得到相应组件的组件标识。
可选的，所述方法还包括：
从所述html文件信息中提取相应的样式信息及事件信息；
建立相应组件标识与所述样式信息和所述事件信息之间的调用关系。
可选的，所述方法还包括：
获取预设的多个样式信息；
接收用户针对各组件选定的样式信息，确定各组件的组件标识与相应样式信息之间的调用关系。
可选的，所述多个样式信息包括系统预设样式信息、用户自定义样式信息。
可选的，所述多个样式信息设置在公共变量文件中；
接收到针对任一样式信息的修改指令；
响应所述修改指令，修改所述公共变量文件中的相应样式信息。
可选的，所述方法还包括：
接收针对当前界面导入的新组件的组件信息，所述组件信息包括所述新组件的组件标识，及对应的样式信息和事件信息；
利用所述新组件的组件信息，在所述终端当前界面显示所述新组件的组件样式。
本实施例还提供了一种用户界面处理装置，所述装置包括：
组件标识获取模块，用于获取多个组件的组件标识；
样式信息提取模块，用于按照预设命名规则，提取各组件标识关联的样式信息；
组件样式显示模块，用于利用所述样式信息，确定终端当前界面包含的各组件的组件样式，并在输出所述当前界面时显示各组件的组件样式；
操作指令接收模块，用于接收到针对所述当前界面的任一组件的操作指令；
组件事件调用模块，用于响应所述操作指令，调用并执行所述任一组件的组件标识关联的事件信息。
可选的，所述装置还包括：
html文件信息获取模块，用于获取多个组件的html文件信息；
信息提取模块，用于从所述html文件信息中提取相应的样式信息及事件信息；
调用关系建立模块，用于建立相应组件标识与所述样式信息和所述事件信息之间的调用关系；
所述样式信息提取模块具体用于利用多个组件的html文件信息包含的数据属性，得到相应组件的组件标识。
本实施例还提供了一种用户界面处理设备，所述设备包括：
通信接口；
存储器，用于存储实现如上所述的用户界面处理方法的多个指令；
处理器，用于加载并执行所述多个指令，实现如上所述的用户界面处理方法的各个步骤。
由此可见，与现有技术相比，本实施例提供了一种用户界面处理方法、装置及设备，本实施例构建ui组件库的各组件是相互独立的，具体按照预设命名规则，获取各组件的组件标识关联的样式信息，从而据此确定当前界面显示的该组件的组件样式，并在使用任意一个组件时，直接利用其组件标识调用关联的事件信息并执行，不需要导入预设的整个ui组件库，需要哪个组件，调用哪个组件的样式信息、事件信息，降低了代码量，减少了代码冗余，提高了ui组件库构建或更新效率，且实现了组件的复用性，使得组件能够使用到多个地方，并不局限于当前界面。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种用户界面处理方法的流程图；
图2为本申请实施例提供的另一种用户界面处理方法的流程图；
图3为本申请实施例提供的一种用户界面处理装置的结构示意图；
图4为本申请实施例提供的另一种用户界面处理装置的结构示意图；
图5为本申请实施例提供的又一种用户界面处理装置的结构示意图；
图6为本申请实施例提供的一种用户界面处理设备的硬件结构示意图。
具体实施方式
下面将结合本实施例中的附图，对本实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
如图1所示，为本申请实施例提供的一种用户界面处理方法的流程图，该方法可以包括：
步骤s101，获取多个组件的组件标识；
在本实施例中，多个组件可以包括ui(userinterface，用户界面)构建中的常用组件，也可以基于当前平台的前端框架确定，还可以根据用户自定义设计确定出的组件等等，本实施例对该多个组件包含的组件数量以及类型不做限定。
对于各组件的组件标识可以是用于区分各组件的标识，比如html(hypertextmarkuplanguage，超文本标记语言)date-*属性，即date-*属性嵌入自定义数据，如data-mod-id等，其往往不具有唯一性，可以重复使用。因此，本实施例可以将htmldate-*属性作为相应组件的组件标识，确定该组件标识与组件之间的关联关系。
其中，html中的id属性在页面中通常只能用于某个html标签，本实施例这种在数据中添加属性的方式可以使用在多个相同组件上，所以，本实施例确定的组件标识往往不会使用html中的id属性。
以按钮组件为例进行说明，其html文件信息可以是：<buttonclass＝"ui-buttonmini"data-mod-id＝"button"data-mod-rule＝"normal">按钮</button>。按照本实施例上文描述的确定组件标识的方式，按钮这一组件的案件标识可以是button。
步骤s102，按照预设命名规则，提取各组件标识关联的样式信息；
步骤s103，利用该样式信息，确定终端当前界面包含的各组件的组件样式，并在输出所述当前界面时显示各组件的组件样式；
在本实施例中，可以按照一定命名规则，建立各组件的组件样式及交互事件与相应组件标识之间的关联关系，生成一个ui组件库。其中，各样式通常具有对应的样式信息，以便区分各组件样式，各交互事件也对应有事件信息，以便通过执行事件信息完成相应交互事件，本实施例对各样式信息及事件信息的内容不做限定。
基于此，当用户确定ui界面中某位置的一组件的组件标识后，可以利用该组件标识，按照上述命名规则，调用该组件相应的样式信息，以便确定该组件在ui界面上的显示样式。
可选的，本实施例可以利用css预处理工具sass描述各组件的样式，具体实现方法不做限定。以使用scss(sass的一种格式)描述ui-button组件的样式为例进行说明，采用这种方式描述样式，也能够方便后续对样式信息进行调整或修改。其中，该scss文件具体可以如下，但并不局限与此：
在本实施例实际应用中，可以采用如上述所示的scss文件描述各组件的样式，也可以采用其他sass文件描述，本实施例对描述各组件的样式的方式不作限定。
如上述分析，本实施例通过组件标识区分各组件，并按照统一命名规则，确定各组件标识与各样式、交互事件之间的关联关系，不仅方式按照组件标识调用相应样式信息、事件信息，且方便了对各组件的管理。
步骤s104，接收到针对当前界面的第一组件的操作指令；
在实际应用中，根据终端的当前界面包含的组件类型，可以直接输出各组件对应的样式，即各组件在当前界面上的呈现，以方便用户直观看到当前界面包含有什么组件，并对任一组件进行操作等等。
其中，本实施例可以根据各组件的样式，确定各组件在当前界面的显示方式，各界面包含的组件不同，对应显示的各组件样式的具体显示方式可以不同，在此不作详述。
步骤s105，响应所述操作指令，调用并执行该第一组件的组件标识关联的事件信息。
如上述分析，本实施例会预先将各组件的组件标识与相应交互事件关联，即建立各组件标识与相应事件信息之间的调用关系，这样，当用户对当前界面的任一组件(记为第一组件)进行操作，在获取该组件的组件标识后，可以利用预先建立的调用关系，直接调用与该组件标识对应的事件信息。需要说明，本实施例对如何建立各组件与交互事件的调用关系不做限定。
由此可见，本实施例是使用各组件的date-*属性作为组件标识，按照预设命名规则，实现与相应样式及交互事件的关联，而不是使用class和id作为组件标识，避免了不同ui组件库之间的明明或样式冲突，使得组件能够在多个地方使用，即使得组件及其关联的交互事件具有复用性。
而且，本实施例各组件能够单独使用，不需要将各组件构成ui组件库后，对该ui组件库进行整体导入，降低了代码量，减少了代码冗余，提高了ui组件库构建或更新效率。
作为一可选实施例，对于各组件对应的样式，可以是由开发人员针对各组件设定的默认样式，也可以是用户从预先设定的样式组中选择确定。其中，该样式组可以包括多个样式，如默认样式，用户自定义样式等等，本实施例对该样式组包含的样式，及用户对样式的自定义方法不做限定。如用户可以针对不同主题自定义设计相应的主题样式，以满足更多展示需求等等，本实施例在此不再一一详述。
进一步地，在可选实施例的实际应用中，本实施例还可以利用公共变量文件中的修改变量值，实现对组件的样式的调整，如重新定义样式主题颜色大小等等，具体实现方式不做限定。
可选的，对于html文件信息中的sass文件，若将其包含的各种属性值作为变量，如字体颜色这个属性，其属性值可以为红，在当前组件中有100个地方使用到这个属性值，在需要改变这个属性值，本实施例可以改最初进行变量定义的这个地方，不需要改100个地方。
其中，最初进行变量定义的文件可以如下文所示，以使其他文件直接引用这个文件，这样，在需要进行属性值更改时，可以直接对这个文件中的相应属性值进行更改，不需要更改引用该文件的其他文件进行修改，需要说明，对于最初进行变量定义的文件，并不局限于本文列举的这一个文件。
最初进行变量定义的文件可以为：
//text
scolor-text：map_get(sgray,800)；
scolor-text-dark：map_get(sgray,700)；
scolor-text-gray：map_get(sgray,600)；
scolor-text-disabled：map_get(sgray,500)；
//special
scolor-text-warn：map_get(sreds,100)；
scolor-text-link：map_get(sblues,300)；
//font
sfont-size-small：12px；
sfont-size-normal：14px；
sfont-size-large：16px；
sfont-family：“helveticaneue”,helvetica,tahoma,arial,“pingfangsc”,“microsoftyahei”,sans-serif；
//background
sbackground-gray：map_get(sgray,300)；
sbackground-list-hover：map_get(sgray,300)；
sbackground-thead：map_get(sgray,300)；
//radius
sradius-normal：4px；
sradius-small：3px；
同理，对于sass文件中其他属性值的修改，也可以采用这种方式实现，即通过在公共变量文件(如上文举例文件)中修改相应变量值，本实施例在此不再一一详述。
基于此，本实施例中的多个样式信息可以设置在公共变量文件中，该公共变量文件用于被其他变量文件引用，实现对样式信息的调用。这样，接收到针对任一样式信息的修改指令，响应该修改指令，将直接修改该公共变量文件中的相应样式信息，无需对其他变量文件进行修改，减少了修改工作量，提高了组件样式修改效率。
作为本申请另一可选实施例，本实施例除了按照上述方式使用样式信息外，还可以使用第三方插件提供的其他信息，即将第三方插件提供的信息与组件的组件标识关联，以便在使用该组件时，利用其组件标识，调用第三方插件提供的信息并展示。可见，本实施例针对每一个组件，设置与其组件标识关联的各种组件信息，方便组件使用时，利用其组件标识直接调用所需组件信息，便于实现组件在多个地方的复用。
如图2所示，为本实施例提供的另一种用户界面处理方法的流程图，该方法主要描述如何实现对用户界面中各组件的配置，具体可以包括但并不局限于以下步骤：
步骤s201，获取多个组件的html文件信息；
步骤s202，利用多个组件html文件信息包含的数据属性，得到相应各组件的组件标识；
在实际应用中，对于定义的不同组件，其对应的html文件信息包含的内容往往是不同的，如上举例的按钮组件的html文件信息：<buttonclass＝"ui-buttonmini"data-mod-id＝"button"data-mod-rule＝"normal">按钮</button>，可知，各组件的html文件信息可以包括该组件要求的样式信息、组件绑定的组件标识、该组件能够调用的交互事件，及交互事件的规则等等，本实施例对该html文件信息包含的具体内容不作限定。
仍以上述按钮组件的html文件信息为例，其中的ui-button可以表示组件主样式，ui-buttonmini可以表示组件特定样式，mod-id可以表示组件标识与组件的绑定，调用交互事件，mod-rule表示交互事件的规则，用于区分调用特定的事件。
需要说明，为了避免各ui组件库对各组件命名重复，影响对不同ui组件库中组件的正常使用，本实施例不再直接使用class名称或id名称作为组件标识，实现对组件样式及交互事件的调用，而是使用html文件信息中的数据属性，即date-*属性嵌入自定义数据，如data-mod-id等作为相应组件的组件标识。因此，步骤s201中的数据属性可以包括html文件信息中的date-*属性+自定义数据，以实现组件标识的重复使用，本实施例对其包含的具体内容不作限定。
步骤s203，从该html文件信息中提取相应的样式信息及事件信息，建立相应组件标识与样式信息和事件信息之间的调用关系；
如上述对按钮组件的html文件信息内容的举例，可以直接对从同一html文件信息中提取的组件标识、样本信息及事件信息建立关联关系，即确定该组件标识对相应组件的样式信息和事件信息的调用关系，但并不局限于这一种实现方式。
作为本申请另一实施例，系统可以预设多个样本信息，如系统预设样式信息(即默认样本信息)及用户自定义样式信息等，以供用户设定各组件的组件样式。基于此，本实施例可以获取预设的多个样式信息，接收到用户针对各组件选定的样式信息，确定各组件的组件标识与相应样式信息之间的调用关系。
步骤s204，当终端的用户界面输出时，获取该用户界面包含组件的组件标识；
步骤s205，调用与该组件标识对应的样式信息，并在输出的用户界面中输出各组件的样式；
步骤s206，接收针对任一组件的操作指令；
步骤s207，响应该操作指令，调用该组件的组件标识对应的事件信息，并执行该事件信息；
本实施例中，关于步骤s204～步骤s207的实现过程，可以参照上述实施例步骤s102～步骤s105相应部分的描述，本实施例不作赘述。
步骤s208，接收到针对任一样式信息的修改指令，对公共变量文件中的相应样式信息进行修改；
关于对样式信息的修改方法，具体可以参照上述实施例相应部分的描述，本实施例不再详述。
步骤s209，接收针对当前界面导入的新组件的组件信息；
其中，该新组建的组件信息可以包括新组件的组件标识，及对应的样式信息和事件信息等等。
步骤s210，利用该新组件的组件信息，在终端当前界面显示新组件的组件样式。
可选的，对于上述各实施例中各组件，可以使用es6/es7(即一种js新版规范中组件模块化处理工具)，对用户界面包含的各组件进行模块化定义，具体可以使用js规范标准中的import和export实现，本实施例对具体实现方法不作限定。在实际应用中，可以在需要地方导入组件后，再对其进行模块化定义，仍以按钮组件为例，实现其模块化定义的文件可以为：
需要说明，对于各组件实现模块化定义的方式，并不局限于上文给出的这种文件定义方式。综上所述，本实施例可以通过确定的各组件的组件标识，按照命名规则从各组件的html文件信息中，提取各组件标识关联的组件样式信息以及事件信息，从而实现本次构建的ui组件库包含的各组件的样式设计以及交互事件设计，过程简单，便于管理和使用；且由于各组件相互独立，可以单独调用不需要引入整个ui组件库，提高了组件使用的灵活性，避免了代码冗余，也提高了ui组件库构建效率。
如图3所示，为本实施例提供的一种用户界面处理装置的结构示意图，该装置可以包括：
组件标识获取模块31，用于获取多个组件的组件标识；
样式信息提取模块32，用于按照预设命名规则，提取各组件标识关联的样式信息；
组件样式显示模块33，用于利用所述样式信息，确定终端当前界面包含的各组件的组件样式，并在输出所述当前界面时显示各组件的组件样式；
操作指令接收模块34，用于接收到针对所述当前界面的任一组件的操作指令；
组件事件调用模块35，用于响应所述操作指令，调用并执行所述任一组件的组件标识关联的事件信息。
可见，本实施例是使用各组件的date-*属性作为组件标识，按照预设命名规则，实现与相应样式及交互事件的关联，而不是使用class和id作为组件标识，避免了不同ui组件库之间的明明或样式冲突，使得组件能够在多个地方使用，即使得组件及其关联的交互事件具有复用性。
而且，本实施例各组件能够单独使用，不需要将各组件构成ui组件库后，对该ui组件库进行整体导入，降低了代码量，减少了代码冗余，提高了ui组件库构建或更新效率。
可选的，如图4所示，该装置还可以包括：
html文件信息获取模块36，用于获取多个组件的html文件信息；
基于此，上述样式信息提取模块320具体可以用于利用多个组件的html文件信息包含的数据属性，得到相应组件的组件标识。
可选的，如图4所示，该装置还可以包括：
信息提取模块37，用于从所述html文件信息中提取相应的样式信息及事件信息；
调用关系建立模块38，用于建立相应组件标识与所述样式信息和所述事件信息之间的调用关系；
作为本申请另一实施例，该装置还可以包括：
样式信息获取模块，用于获取预设的多个样式信息；
其中，多个样式信息可以包括系统预设样式信息、用户自定义样式信息等。
样式调用关系确定模块，用于接收用户针对各组件选定的样式信息，确定各组件的组件标识与相应样式信息之间的调用关系。
在实际应用中，用户可以根据个人需求或喜好，自定义设定各组件使用的组件样式，如通过在当前界面输出包含多个样式信息的菜单，用户可以从中选择目标样式信息，作为当前组件的样式信息，以确定当前组件的组件样式，但并不局限于这种实现方式。
而且，用户能够自定义主题样式风格，提高了显示组件样式的灵活性，也满足了组件的更多展示需求。
可选的，上述各组件的多个样式信息设置在公共变量文件中，系统中的其他变量文件可以引用公共变量文件，实现对各样式信息的调用，基于此，如图5所示，该装置还可以包括：
修改指令接收模块39，用于接收到针对任一样式信息的修改指令；
样式修改模块310，用于响应所述修改指令，修改所述公共变量文件中的相应样式信息。
需要说明，关于利用公共变量文件实现样式修改的实现方法，可以参照上述方法实施例相应部分的描述。
由此可见，当需要对某组件的样式进行修改时，本实施例只需要修改公共变量文件中相应样式信息，并不需要对系统存在的所有使用该样式信息的变量文件都进行修改，大大提高了样式修改效率。
可选的，该装置还可以包括：
组件信息导入模块，用于接收针对当前界面导入的新组件的组件信息；
其中，该组件信息可以包括所述新组件的组件标识，及对应的样式信息和事件信息；
组件样式显示模块，用于利用所述新组件的组件信息，在所述终端当前界面显示所述新组件的组件样式。
需要说明，关于组件模块化定义的实现方法可以按照上述方法实施例的描述，本实施例不作赘述。
由此可见，本实施例导入的各组件是相互独立的，可以根据实际需要，灵活调整当前界面包含的组件及其样式，不需要将所需组件所在的整个ui组件库导入，减少了导入数据量，提高了组件导入效率。
可选的，本实施例提供的用户界面处理装置可以包括存储器和处理器，上述组件标识获取模块、样式信息提取模块、组件样式显示模块、操作指令接收模块、组件事件调用模块、html文件信息获取模块、信息提取模块、调用关系建立模块、修改指令接收模块、样式修改模块、组件信息导入模块及组件样式显示模块等均可以作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现对用户界面的配置，即确定各独立组件的组件标识，及与该组件标识关联的样式信息和事件信息，从而在输出用户界面时，直接根据其包含的组件的组件标识，获取相应的样式信息，显示对应的组件样式；且当使用组件时，能够直接调用相应事件信息并执行，不需要导入整个ui组件库，再查询相应组件的样式信息及事件信息，简化了构建用户界面的组件库的方法，且提高了构建ui组件库的灵活性，还能够实现对组件及其相关信息的复用，满足用户对组件样式多样化展示的需求。
存储器可以包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述用户界面处理方法的各个步骤，本实施例在此不再赘述。
如图6所示，为本实施例提供的一种用户界面处理设备的硬件结构示意图，该设备可以包括：
通信接口61；
其中，该通信接口可以是无线或有线通信接口，用来接收内部其他部件传输的数据，或外部设备发送的数据等等，本实施例对该通信接口61的类型不作限定。
存储器62，用于存储实现如上所述的用户界面处理方法的多个指令；
如上所述，该存储器62可以用来存储实现上述实施例描述的用户界面处理方法的计算机程序，具体是实现该方法的多个指令，还可以存储组件的样式信息、事件信息，及组件使用过程中产生的各种中间数据、结果数据等等。
处理器63，用于加载并执行所述多个指令，实现如上所述的用户界面处理方法的各个步骤。
其中，关于处理器执行多个指令，实现上述用户界面处理方法的过程可以参照上述方法实施例的描述，本实施例在此不再赘述。
另外，需要说明，对于用户界面处理设备的硬件组成，并不局限于上文列举的各部件，还可以包括输入设备、显示器等等，具体可以根据实际需要确定，本实施例不再一一列举。
本领域内的技术人员应明白，本申请提供的方法、装置或存储介质实施例，可以是采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还有，需要说明的是，关于上述各实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者系统中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、存储介质而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。