一种页面处理方法、存储介质及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种页面处理方法、存储介质及设备。

背景技术

在做页面设计时，经常会有在页面中嵌套其他URL的页面的需求。相关技术中，一般使用iframe标签来实现在父页面中嵌套子页面，iframe标签是一种HTML(Hyper TextMarkup Language，超文本标记语言)标签，其规定一个内联框架，用于在当前HTML文档中嵌入另一个文档。然而，限于iframe标签的特性，使用iframe标签的场景中经常会出现iframe阻塞父页面的onload事件、父子页面相同依赖导致多次加载等问题，进而导致页面加载速度变慢，也影响用户的使用体验。

发明内容

为克服相关技术中存在的问题，本说明书提供了一种页面处理方法、存储介质及设备。

根据本说明书实施例的第一方面，提供一种页面处理方法，包括：

显示当前页面的过程中，若需要加载所述当前页面的子页面，获取所述子页面的URL；

利用所述URL获取所述子页面的HTML文件；

从所述HTML文件中查找指定代码片段并保存，所述指定代码片段包括动态插入时无法自动执行的代码片段；

将所述HTML文件的代码作为指定标签的元素内容插入至所述指定标签中，执行所述HTML文件的代码后，执行保存的指定代码片段，以显示所述子页面；其中，所述指定标签是所述当前页面的源码中的标签，所述指定标签包括：未包含有元素内容的块级标签。

在某些例子中，上述利用所述URL获取所述子页面的HTML文件，包括：

通过请求数据接口，利用所述URL获取所述子页面的HTML文件，所述请求数据接口包括Fetch API。

在某些例子中，上述方法还包括：

若需要卸载所述子页面，从所述指定标签中移除所述子页面的HTML文件的代码，将当前页面恢复至加载子页面之前的状态。

在某些例子中，上述将当前页面恢复至加载子页面之前的状态，包括：

将当前页面的全局window对象恢复至加载子页面之前的状态。

在某些例子中，上述将当前页面的全局window对象恢复至加载子页面之前的状态，包括：

根据所述当前页面的快照，将当前页面的全局window对象恢复至加载子页面之前的状态；所述快照是在获取所述子页面的HTML文件之前创建的，用于记录当前页面的全局window对象在加载子页面之前的状态。

在某些例子中，上述将当前页面恢复至加载子页面之前的状态，包括：

移除当前页面的注册事件，所述注册事件是所述子页面加载之后发生的。

在某些例子中，移除当前页面的注册事件是基于代理对象而实现的，所述代理对象是在获取所述子页面的HTML文件之前创建的，用于记录加载子页面之后的当前页面的注册事件。

在某些例子中，上述指定标签是在所述当前页面首次加载子页面时创建的。

根据本说明书实施例的第二方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现说明书实施例中任一项方法。

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现说明书实施例中任一项方法。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，公开了一种页面处理方法、存储介质及设备，该方法中，在需要加载当前页面的子页面时，利用获取的子页面的URL，获取子页面的HTML文件，从子页面的HTML文件中抽取出动态插入时无法自动执行的代码片段进行保存，并将子页面的HTML文件的代码插入至当前页面源码中的指定标签中，这样，通过执行HTML文件的代码后再执行保存的代码片段，实现子页面的显示。如此，在不依赖于iframe标签的情况下实现子页面的嵌入，将子页面的代码作为父页面的代码的一部分，使得子页面的加载不会影响父页面的加载，从而提升了页面的运行效率和用户的使用体验。

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

附图说明

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

图1是本说明书根据一示例性实施例示出的一种页面处理方法的流程图；

图2是本说明书根据一示例性实施例示出的子页面加载过程的示意图；

图3是本说明书根据一示例性实施例示出的子页面卸载过程的示意图；

图4是本说明书根据一示例性实施例示出的页面处理装置所在计算机设备的一种硬件结构图；

图5是本说明书根据一示例性实施例示出的一种页面处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在做页面设计时，经常会有在页面中嵌套其他URL的页面的需求，例如，在向客户展示多个页面的内容时，通过在网页地址栏中切换不同的URL来显示不同的页面，显然是比较麻烦的，而通过页面嵌套，可以实现只打开一个页面，然后在这个页面中点击相应按钮以显示该按钮的URL所对应的页面内容。页面与嵌套的页面可以称为父子页面，其中，当前页面为父页面，嵌套在父页面中的页面为子页面。

相关技术中，一般使用iframe标签来实现在父页面中嵌套子页面，iframe标签是一种HTML(Hyper Text Markup Language，超文本标记语言)标签，其规定一个内联框架，用于在当前HTML文档中嵌入另一个文档。然而，使用iframe标签的场景中经常会出现一些影响页面运行效率和用户体验的问题，例如，iframe会阻塞父页面的onload事件：onload事件指示用户当前页面已经加载完毕，当onload事件加载延迟时，给用户的感觉就是该页面非常慢，影响体验，而父页面的onload事件需要在所有iframe加载完后才会触发，就会影响页面加载速度；又例如，父子页面相同依赖导致多次加载：当父页面依赖某个库，而子页面也依赖了这个库时，使用iframe标签的场景中，这个库会被加载两次，这就导致页面加载速度变慢，用户所消耗的流量也会增加；除此之外，还有父子页面通信困难等等问题。基于此，本说明书实施例提出一种页面处理方法，以解决上述问题。

接下来对本说明书实施例进行详细说明。

本说明书实施例的页面处理方法可以应用于具有浏览器内核的应用程序。浏览器内核(Rendering Engine)，也称渲染引擎，负责对网页语法，如HTML、JavaScript的解析并渲染网页。现有的浏览器内核包括Trident内核、Gecko内核、WebKit等等。这里的应用程序可以是浏览器应用程序，也可以是直播应用程序、购物应用程序、游戏应用程序等等，本说明书对此不作限制。应用程序在展示页面的过程，可以是根据页面的URL，从提供页面的服务端获取页面的代码文件至本地，通过读取代码文件中的代码并执行，从而实现页面的展示。

如图1所示，图1是本说明书根据一示例性实施例示出的一种页面处理方法的流程图，所述方法包括：

在步骤101、显示当前页面的过程中，若需要加载所述当前页面的子页面，获取所述子页面的URL；

本步骤中提到的当前页面可以包括呈现用户交互界面的前端页面，如报表类页面、搜索页面、管理页面等。本实施例的当前页面作为父页面，其具有至少一个子页面；当前页面中可以用导航栏展示一个或多个按钮，每个按钮对应一个URL的子页面，当应用程序检测到用户点击按钮的事件时，判断需要在当前页面中加载相应的子页面。在某些例子中，当前页面的子页面也可以是自动加载的，比如，在当前页面开始加载的预设时间阈值后，自动加载当前页面的子页面。当然，本步骤中所提到的需要加载当前页面的子页面的判断依据，还可以根据其他场景的具体需求进行设置，本说明书对此不作限制。

URL(Uniform Resource Locator，统一资源定位器)，也称网页地址，是互联网上标准资源的地址。在本说明书实施例中，子页面的URL是子页面内容在互联网中唯一的地址标识，通过子页面的URL，应用程序可以向网站服务器请求对应的子页面内容。由于子页面的URL通常会预先写在当前页面的源码中，因此，本步骤中提到的获取子页面的URL可以是指从当前页面的源码中获取子页面的URL。当然，应用程序也可以保存有触发事件和子页面的URL的映射关系，在检测到需要加载某一子页面的触发事件时，从该映射关系中获取对应的子页面的URL。

在步骤102、利用所述URL获取所述子页面的HTML文件；

HTML是一种标记语言，其包括一系列标签，通过这些标签可以将网络上的文档格式统一，使分散的互联网资源连接为一个逻辑整体。子页面的HTML文件是由HTML代码组成的、描述子页面的HTML结构的文件，子页面的HTML文件可以说明子页面的页面内容，包括文字、图形、动画、声音、表格或链接等。

在某些例子中，本步骤可以是基于请求数据接口实现。这里的请求数据接口是用于在后台与服务器交换数据的接口，如XHR(XMLHttpRequest)对象，XHR对象是通过Http协议传送或接收XML及其他数据的一套API(Application Programming Interface，应用程序接口)。通过XHR对象，可以利用URL确定请求路径和创建请求，进而从网站服务器请求并获取URL对应的HTML文件。可选的，这里的请求数据接口可以包括Fetch API。Fetch API是ES6(ECMAScript6.0)语法提出的接口，与XHR对象相比，区别在于Fetch API采用Promise方式来处理数据。由于基于Promise方式可以更好地封装并传递请求，因此，通过Fetch API来获取URL对应的HTML文件，可以提高页面的运行效率。当然，在其他实施例中，本步骤也可以通过其他方式，如WebView控件来实现。

在步骤103、从所述HTML文件中查找指定代码片段并保存，所述指定代码片段包括动态插入时无法自动执行的代码片段；

不同于利用iframe标签来规定一个用于嵌入子页面的内联框架的方案，本说明书实施例是利用子页面的URL获取子页面的HTML文件后，将子页面的HTML文件的代码插入当前页面的源码，以此实现子页面的加载。本步骤中提到的动态插入是指在页面的加载过程中，用代码的形式将其他代码片段插入到页面的HTML代码中的过程；自动执行是指代码片段在页面加载时被浏览器自动解析并执行的过程。一个页面的HTML文件中往往包括多个标签，然而，由于子页面的代码是动态插入当前页面的源码中的，一般而言，并非所有标签所对应的代码片段都能够自动执行。因此，本步骤针对动态插入时无法自动执行的代码片段，先通过解析HTML文件以分析子页面的HTML结构，并从HTML结构中查找出这些代码片段，再将这些代码片段保存至内存中，以在后续执行HTML文件时，单独执行这些代码片段。

本步骤中提到的指定代码片段可以包括对应子页面的样式的代码片段和对应子页面的脚本的代码片段。通常来讲，对应子页面的样式的代码片段包括link标签对应的代码片段，link标签定义文档与外部资源的关系，常用于链接CSS样式表；对应子页面的脚本的代码片段包括script标签对应的代码片段，script标签用于定义客户端脚本，比如JavaScript。可以理解的，动态插入的script标签和link标签所对应的代码片段无法自动执行，因此，本说明书实施例从子页面的HTML文件中抽取出script标签和link标签所对应的代码片段，并单独执行，从而使得子页面可以正常显示，具有正常的样式和页面交互能力。

在步骤104、将所述HTML文件的代码作为指定标签的元素内容插入至指定标签中，执行所述HTML文件的代码后，执行保存的指定代码片段，以显示所述子页面；其中，所述指定标签是所述当前页面的源码中的标签，所述指定标签包括：未包含有元素内容的块级标签。

HTML标签是HTML语言中最基本的单位，通常是成对出现的，如

和

，标签对中的第一个标签是开始标签，第二个标签是结束标签，而开始标签和结束标签之间的内容称为元素内容，元素内容也可以认为是HTML标签的子节点。HTML标签通常分为块级标签和内联标签，其中，块级标签也称块级元素(block element)，内联标签也叫行内元素(inlineelement)，块级标签和内联标签的基础差异在于块级标签都从新行开始，而内联标签不单独占一行。在本实施例中，指定标签可以标示子页面要嵌入的位置，其包括未包含有元素内容的块级标签，例如，。可以理解的，块级标签会在文档流中占据一整行，而内联标签不行，因此，采用块级标签作为用于嵌入子页面的HTML文件的代码的指定标签，可以保证当前页面排版布局的合理性。需要说明的是，本步骤中的指定标签可以由开发人员预埋在当前页面的源码中，也可以是由浏览器在需要加载当前页面的子页面的时候进行创建，又或者是由浏览器在首次加载当前页面的子页面的时候进行创建，后续其他子页面的加载可以复用该指定标签，本说明书对此不作限制。

由于指定代码片段可以包括对应子页面的CSS样式和JavaScript脚本的代码，这些代码在被执行时可能会依赖于HTML文件的其他代码片段中的一些元素，因此，在将HTML文件的代码插入当前页面的源码中指定标签的位置后，应用程序的浏览器内核可以先执行这些HTML文件的代码，再执行保存的指定代码片段，从而实现子页面的正常显示。

本说明书实施例的页面处理方法，在需要加载当前页面的子页面时，利用获取的子页面的URL，获取子页面的HTML文件，从子页面的HTML文件中抽取出动态插入时无法自动执行的代码片段进行保存，并将子页面的HTML文件的代码插入至当前页面源码中的指定标签中，这样，通过执行HTML文件的代码后再执行保存的代码片段，实现子页面的显示。如此，在不依赖于iframe标签的情况下实现子页面的嵌入，通过将子页面的代码作为父页面的代码中的指定标签中的元素内容，即将子页面的代码作为父页面的代码的一部分，子页面的加载不会阻塞父页面的onload事件，父子页面相同依赖时也不会导致多次加载，因此，相比较而言，页面性能更高，可控性更强，加载速度更快，从而提升了页面的运行效率和用户的使用体验。

实际应用中，当前页面中可能有嵌入若干个子页面的需求，当前页面在显示某个子页面时，若要加载另一个子页面，则需要先对正在显示的子页面做页面卸载。在使用iframe标签的相关技术中，通常是采用更换iframe标签的src属性中对应的URL来实现。为了避免使用iframe标签而引入其他的问题，本说明书相对应地提供页面卸载的方案：在一些实施例中，若需要卸载所述子页面，从所述指定标签中移除所述子页面的HTML文件的代码，将当前页面恢复至加载子页面之前的状态。这里所提到的需要卸载子页面，可以包括检测到页面卸载事件，页面卸载事件可以是刷新或关闭当前的子页面的事件，例如关闭浏览器窗口、点击前往其他子页面的相应按钮、刷新当前页面等等。在需要卸载子页面时，从指定标签中移除子页面的HTML文件的代码，也就是说，将之前插入的子页面的HTML文件的代码，从当前页面的源码中进行移除；另外，由于子页面的加载过程可能会对当前页面的源码造成影响，因此，需要将当前页面恢复至加载子页面之前的状态，以避免对后续要加载的页面产生干扰。

加载子页面时，执行对应子页面的脚本的代码片段可能会污染全局window对象，因此，在一些例子中，前面提到的将当前页面恢复至加载子页面之前的状态包括：将当前页面的全局window对象恢复至加载子页面之前的状态。针对这一点，在一些例子中引入快照机制：在获取子页面的HTML文件之前创建当前页面的快照，所述当前页面的快照用于记录当前页面的全局window对象在加载子页面之前的状态。页面的快照，是指对页面进行备份并存于缓存中，在创建当前页面的快照时，应用程序将此时的当前页面这样，将页面卸载时的全局window对象的状态，与快照中的全局window对象的状态进行对比，进而将对比结果为不同的全局window对象恢复至加载子页面之前的状态，从而清除掉子页面的加载过程对当前页面的全局window对象的污染。

还有，显示子页面的过程中，当前页面可能会产生注册事件，因此，在一些例子中，前面提到的将当前页面恢复至加载子页面之前的状态包括：移除当前页面的注册事件，所述注册事件是所述子页面加载之后发生的。这里的注册事件是子页面加载之后，当前页面注册的JavaScript事件，如点击事件、文本被选中事件、鼠标移动事件等等，其可以是基于浏览器行为而发生，也可以是基于用户行为而发生。以注册事件包括窗口滚动事件为例，在显示子页面后，用户可以通过鼠标拖动页面，使得当前页面滚动到底部位置，即生成该窗口滚动事件，在卸载子页面时，可以将该窗口滚动事件进行移除，使得当前页面恢复至加载子页面前的初始位置。针对注册事件的移除，在一些例子中引入代理机制：移除加载子页面之后的当前页面的注册事件是基于代理对象而实现的，所述代理对象是在获取所述子页面的HTML文件之前创建的，用于记录加载子页面之后的当前页面的注册事件。沿用前面的窗口滚动事件为例，当前页面监听窗口滚动事件，在窗口每次滚动时执行一次注册事件，相应的，代理对象记录一次注册事件。这里的代理对象可以包括Proxy对象，Proxy对象也是ES6所提出的新功能，用于创建一个对象的代理，从而实现基本操作的拦截和自定义(如属性查找、赋值、枚举、函数调用等)。相应的，在页面卸载时，可以通过向这个Proxy对象添加EventTarget.removeEventListener事件来移除这些注册事件。因此，通过代理对象，代理当前页面的事件监听方法，即对加载子页面之后的当前页面的注册事件进行统一管理，这样，在子页面卸载时，可以直接利用该代理对象对这些注册事件进行移除，提升处理效率。

为方便对本说明书的页面处理方法做更为详细的说明，接下来介绍一具体实施例：

本实施例应用于一个Web应用程序，启动该Web应用程序后，该Web应用程序的前端页面开始加载。其中，该前端页面嵌套有两个子页面，分别为子页面A和子页面B，在显示前端页面的过程中，用户可以通过前端页面中的相应按钮，来切换显示子页面的内容。

其中，在该前端页面的显示过程中，若检测到需要加载子页面A，则该Web应用程序的处理过程如图2所示，包括：

S201、获取子页面A的URL；

S202、在前端页面的源码中创建一个指定标签，该指定标签包括：未包含有元素内容的块级标签；

S203、创建前端页面的快照，该快照用于记录前端页面的全局window对象在加载子页面A之前的状态；

S204、创建代理对象，该代理对象用于记录后续的前端页面的注册事件；

S205、通过Fetch API，利用子页面A的URL获取子页面A的HTML文件；

S206、解析子页面A的HTML文件，查找并保存link标签以及script标签对应的代码片段，即对应子页面A的CSS样式以及JavaScript脚本的代码片段；

S207、将子页面A的HTML文件的代码作为指定标签的元素内容，插入指定标签的位置，执行子页面A的HTML文件后，执行保存的对应子页面A的CSS样式以及JavaScript脚本的代码片段；

S208、显示子页面。

通过S201至S208的步骤，实现子页面A的加载，在替代iframe标签的方案的同时，让前端页面嵌入子页面能够更加高效的完成，提升了前端页面的运行效率，同时也提升了用户的使用体验。

其中，在子页面A的显示过程中，若检测到需要切换至加载子页面B，需要先对子页面A进行页面卸载，再根据S201至S208的步骤来加载子页面B。针对子页面A的页面卸载，该Web应用程序的处理过程如图3所示，包括：

S301、从指定标签中移除子页面A的HTML文件的代码；

S302、根据前端页面的快照，将前端页面的全局window对象恢复至加载子页面A之前的状态；由于子页面A的加载过程中，执行JavaScript脚本的代码片段可能会污染前端页面的全局window对象，即改变前端页面的全局window对象的状态，此时全局window对象与快照不同，根据对比，可以对有改变的window对象的状态进行恢复；

S303、基于代理对象，移除前端页面在子页面A加载之后的注册事件；同样的，由于子页面A的加载过程中可能会注册JavaScript事件，因此利用管理这些注册事件的代理对象，移除掉这些注册时间，使得前端页面恢复至加载子页面A之前的状态。

需要说明的是，这里的S301、S302、S303并没有一个固定的先后顺序，也就是说，Web应用程序可以先执行S301的步骤，也可以先执行S302或S303的步骤。

通过S301至S303的步骤，实现子页面A的卸载，从而为子页面B的加载做好准备工作。这样，利用快照机制和代理机制，实现了子页面的切换显示，使得前端页面可以嵌套多个子页面。

与前述方法的实施例相对应，本说明书还提供了页面处理装置及其所应用的终端的实施例。

本说明书页面处理装置的实施例可以应用在计算机设备上，例如服务器或终端设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本说明书实施例页面处理装置所在计算机设备的一种硬件结构图，除了图4所示的处理器410、内存430、网络接口420、以及非易失性存储器440之外，实施例中装置431所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

相应地，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序，所述程序被处理器执行时实现上述任一实施例中的方法。

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

如图5所示，图5是本说明书根据一示例性实施例示出的一种页面处理装置的框图，所述装置包括：

获取模块51，用于显示当前页面的过程中，若需要加载所述当前页面的子页面，获取所述子页面的URL；

请求模块52，用于利用所述URL获取所述子页面的HTML文件；

查找模块53，用于从所述HTML文件中查找指定代码片段并保存，所述指定代码片段包括动态插入时无法自动执行的代码片段；

执行模块54，用于将所述HTML文件的代码作为指定标签的元素内容插入至所述指定标签中，执行所述HTML文件的代码后，执行保存的指定代码片段，以显示所述子页面；其中，所述指定标签是所述当前页面的源码中的标签，所述指定标签包括：未包含有元素内容的块级标签。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。