一种访问静态Demo的方法、装置、设备及可读介质与流程

一种访问静态demo的方法、装置、设备及可读介质
技术领域
1.本领域涉及计算机领域，并且更具体地涉及一种访问静态demo的方法、装置、设备及可读介质。


背景技术：

2.目前基本上所有的web应用上线发布之后，为了方便演示产品功能，都会基于web应用实现一个demo，demo一般具有以下特点：1包含所有的产品功能，2任何人都可以访问，3无需与数据库交互，页面所有数据为内置数据，4可以携带并复制。但是这种demo基本上都需要启动server服务，需借助tomcat、node等。这个时候就需考虑更多的问题，演示时是否拥有部署的环境，部署的环境与当前服务是否有兼容问题，演示的人需要掌握一些相关的专业知识，demo需要内置tomcat或者node安装包。


技术实现要素：

3.有鉴于此，本发明实施例的目的在于提出一种访问静态demo的方法、装置、设备及可读介质，通过使用本发明的技术方案，能够实现无需部署、可直接用浏览器访问静态demo(是指可以放到任何系统的任何位置的一些静态资源总和，可以无需启动server服务，但能像访问真正的web应用一样直接通过本地浏览器访问(通过本地文件传输协议)当前的静态资源demo)，精简了demo的部署和安装包，提升了易用性，降低了demo应用的门槛。
4.基于上述目的，本发明的实施例的一个方面提供了一种访问静态demo的方法，包括以下步骤：
5.拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹；
6.在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中；
7.将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式；
8.改造demo应用的cookie读取方式以使浏览器能够访问demo应用。
9.根据本发明的一个实施例，拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹包括：
10.解析请求的url并将url路径进行拆分以得到若干个名称；
11.创建缓存文件夹并按照拆分后得到的名称的顺序在缓存文件夹内创建第一名称对应的文件夹；
12.在第一名称对应的文件夹内创建第二名称对应的文件夹；
13.在第二名称对应的文件夹内创建第三名称对应的文件夹直到所有名称对应的文件夹创建完成。
14.根据本发明的一个实施例，在缓存文件夹中创建data.js文件包括：
15.在最后一个名称对应的文件夹内创建data.js文件。
16.根据本发明的一个实施例，将解析得到的入参和响应返回值按照预设格式写入到data.js文件中包括：
17.将解析url得到的入参和响应返回值按照window[url]＝{url入参：响应返回值}的格式写入到data.js文件中。
[0018]
根据本发明的一个实施例，将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式包括：
[0019]
将缓存文件夹复制到demo应用中；
[0020]
根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式；
[0021]
给script对象绑定onload事件，在事件中依据请求的url获取到data.js文件中的数据；
[0022]
移除新增的script对象和运行data.js文件产生的全局变量。
[0023]
根据本发明的一个实施例，根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式包括：
[0024]
创建script对象，设置script对象的src路径为数据源的相对路径；
[0025]
将script对象添加到header标签中。
[0026]
根据本发明的一个实施例，改造demo应用的cookie读取方式以使浏览器能够访问demo应用包括：
[0027]
将设置cookie和读取cookie的程序改成全局变量形式；
[0028]
使用浏览器打开静态资源入口文件index.html以实现静态demo的访问。
[0029]
本发明的实施例的另一个方面，还提供了一种访问静态demo的装置，装置包括：
[0030]
解析模块，解析模块配置为拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹；
[0031]
创建模块，创建模块配置为在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中；
[0032]
修改模块，修改模块配置为将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式；
[0033]
改造模块，改造模块配置为改造demo应用的cookie读取方式以使浏览器能够访问demo应用。
[0034]
本发明的实施例的另一个方面，还提供了一种计算机设备，该计算机设备包括：
[0035]
至少一个处理器；以及
[0036]
存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行时实现上述任意一项方法的步骤。
[0037]
本发明的实施例的另一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述任意一项方法的步骤。
[0038]
本发明具有以下有益技术效果：本发明实施例提供的访问静态demo的方法，通过拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹；在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中；将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式；
改造demo应用的cookie读取方式以使浏览器能够访问demo应用的技术方案，能够实现无需部署、可直接用浏览器访问静态demo，精简了demo的部署和安装包，提升了易用性，降低了demo应用的门槛。
附图说明
[0039]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
[0040]
图1为根据本发明一个实施例的访问静态demo的方法的示意性流程图；
[0041]
图2为根据本发明一个实施例的访问静态demo的装置的示意图；
[0042]
图3为根据本发明一个实施例的计算机设备的示意图；
[0043]
图4为根据本发明一个实施例的计算机可读存储介质的示意图。
具体实施方式
[0044]
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
[0045]
基于上述目的，本发明的实施例的第一个方面，提出了一种访问静态demo的方法的一个实施例。图1示出的是该方法的示意性流程图。
[0046]
如图1中所示，该方法可以包括以下步骤：
[0047]
s1拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹。
[0048]
准备一套部署好的可以正常访问web应用(以下称为a应用)，复制a应用的静态资源文件到其他位置，目录结构和a应用的目录结构保持一致，请注意由于demo无需部署，没有服务端，所以所有请求都要改为相对路径请求，例如a应用使用webpack打包，检查webpack配置项，将publicpath属性改为相对路径，如将
‘
/’改为
‘
./’。用户访问a应用，浏览器向服务端发出请求，服务端返回数据前进行拦截响应请求，获取返回值，解析请求的url，将url路径进行拆分，创建保存缓存数据的缓存文件夹(顶层目录mockdata文件夹)，按照拆分后顺序在mockdata文件夹下创建文件夹，文件夹名字同url拆分路径，例如：请求的url路径为/base/user/info？userid＝xxx，那么在mockdata文件夹下创建base文件夹，base文件夹下创建user文件夹，user文件夹下创建info文件夹。
[0049]
s2在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中。
[0050]
在info文件夹下创建data.js文件，该文件用来保存缓存数据，本次请求读写data.js文件时，为防止同时多个异步请求同时读写data.js文件，造成数据混乱异常，给data.js文件增加读写锁，其他异步请求到来并要求读写当前的data.js文件时，进行循环等待，一直到本次读写data.js文件结束，解析url的入参，结合响应返回值，组织data.js文件的写入内容，写入格式为window[url]＝{url入参：响应返回值}，例如请求的url路径为/base/user/info？userid＝xxx，返回值为
[0051][0052][0053]
本次写完后释放data.js读写锁。如果后续其他请求的url不同于上面的请求的url，那么重复上述步骤，如果请求的url相同，url入参也相同，则覆盖写入内容，如果请求的url相同，url入参不相同，则读取data.js文件内容，与当前的内容进行合并，例如：
[0054]
请求的url为/base/user/info？userid＝yyy，则写入内容为：
[0055][0056]
s3将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式。
[0057]
然后复制mockdata文件夹到demo应用中，根据请求的url和请求对应的数据文件位置解析出相对路径，将ajax、axios、fetch等http数据请求方式替换为script请求，替代方式为创建script对象，设置script对象的src路径为数据源相对路径，将script对象添加到header标签中，例如/base/user/info？userid＝xxx请求替代为<script src＝”./base/
user/info/data.js”></script>，然后给script对象绑定onload事件，在事件中依据请求url获取到data.js中的数据，例如获取/base/user/info？userid＝xxx的data数据为window[
‘
/base/user/info’][
‘
userid＝xxx’]，将获取到的数据返回后移除新增的script对象及运行data.js产生的全局变量。
[0058]
s4改造demo应用的cookie读取方式以使浏览器能够访问demo应用。
[0059]
由于demo应用是不部署、无server的，所以cookie机制无法使用，需将设置cookie和读取cookie的程序改成全局变量形式，例如将setcookie(“userid”,”xxx”)改成window.cookieobj＝{“userid”:”xxx”}，将getcookie(“userid”)改成window.cookieobj[
‘
userid’]。最后双击静态资源入口文件index.html，使用浏览器打开此静态资源，实现静态demo的访问。
[0060]
通过本发明的技术方案，能够实现无需部署、可直接用浏览器访问静态demo，精简了demo的部署和安装包，提升了易用性，降低了demo应用的门槛。
[0061]
在本发明的一个优选实施例中，拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹包括：
[0062]
解析请求的url并将url路径进行拆分以得到若干个名称；
[0063]
创建缓存文件夹并按照拆分后得到的名称的顺序在缓存文件夹内创建第一名称对应的文件夹；
[0064]
在第一名称对应的文件夹内创建第二名称对应的文件夹；
[0065]
在第二名称对应的文件夹内创建第三名称对应的文件夹直到所有名称对应的文件夹创建完成。例如：请求的url路径为/base/user/info？userid＝xxx，那么在缓存文件夹下创建base文件夹，base文件夹下创建user文件夹，user文件夹下创建info文件夹。
[0066]
在本发明的一个优选实施例中，在缓存文件夹中创建data.js文件包括：
[0067]
在最后一个名称对应的文件夹内创建data.js文件。如上例，则在info文件夹下创建data.js文件，该文件用来保存缓存数据。
[0068]
在本发明的一个优选实施例中，将解析得到的入参和响应返回值按照预设格式写入到data.js文件中包括：
[0069]
将解析url得到的入参和响应返回值按照window[url]＝{url入参：响应返回值}的格式写入到data.js文件中。例如请求的url路径为/base/user/info？userid＝xxx，返回值为
[0070][0071]
在本发明的一个优选实施例中，将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式包括：
[0072]
将缓存文件夹复制到demo应用中；
[0073]
根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式；
[0074]
给script对象绑定onload事件，在事件中依据请求的url获取到data.js文件中的数据；
[0075]
移除新增的script对象和运行data.js文件产生的全局变量。
[0076]
在本发明的一个优选实施例中，根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式包括：
[0077]
创建script对象，设置script对象的src路径为数据源的相对路径；
[0078]
将script对象添加到header标签中。
[0079]
在本发明的一个优选实施例中，改造demo应用的cookie读取方式以使浏览器能够访问demo应用包括：
[0080]
将设置cookie和读取cookie的程序改成全局变量形式；
[0081]
使用浏览器打开静态资源入口文件index.html以实现静态demo的访问。
[0082]
通过本发明的技术方案，能够实现无需部署、可直接用浏览器访问静态demo，精简了demo的部署和安装包，提升了易用性，降低了demo应用的门槛。
[0083]
需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，上述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中存储介质可为磁碟、光盘、只读存储器(read
‑
only memory，rom)或随机存取存储器(random access memory，ram)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
[0084]
此外，根据本发明实施例公开的方法还可以被实现为由cpu执行的计算机程序，该
计算机程序可以存储在计算机可读存储介质中。在该计算机程序被cpu执行时，执行本发明实施例公开的方法中限定的上述功能。
[0085]
基于上述目的，本发明的实施例的第二个方面，提出了一种访问静态demo的装置，如图2所示，装置200包括：
[0086]
解析模块，解析模块配置为拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹；
[0087]
创建模块，创建模块配置为在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中；
[0088]
修改模块，修改模块配置为将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式；
[0089]
改造模块，改造模块配置为改造demo应用的cookie读取方式以使浏览器能够访问demo应用。
[0090]
在本发明的一个优选实施例中，解析模块还配置为：
[0091]
解析请求的url并将url路径进行拆分以得到若干个名称；
[0092]
创建缓存文件夹并按照拆分后得到的名称的顺序在缓存文件夹内创建第一名称对应的文件夹；
[0093]
在第一名称对应的文件夹内创建第二名称对应的文件夹；
[0094]
在第二名称对应的文件夹内创建第三名称对应的文件夹直到所有名称对应的文件夹创建完成。
[0095]
在本发明的一个优选实施例中，创建模块还配置为：
[0096]
在最后一个名称对应的文件夹内创建data.js文件。
[0097]
在本发明的一个优选实施例中，创建模块还配置为：
[0098]
将解析url得到的入参和响应返回值按照window[url]＝{url入参：响应返回值}的格式写入到data.js文件中。
[0099]
在本发明的一个优选实施例中，修改模块还配置为：
[0100]
将缓存文件夹复制到demo应用中；
[0101]
根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式；
[0102]
给script对象绑定onload事件，在事件中依据请求的url获取到data.js文件中的数据；
[0103]
移除新增的script对象和运行data.js文件产生的全局变量。
[0104]
在本发明的一个优选实施例中，修改模块还配置为：
[0105]
创建script对象，设置script对象的src路径为数据源的相对路径；
[0106]
将script对象添加到header标签中。
[0107]
在本发明的一个优选实施例中，改造模块还配置为：
[0108]
将设置cookie和读取cookie的程序改成全局变量形式；
[0109]
使用浏览器打开静态资源入口文件index.html以实现静态demo的访问。
[0110]
基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备。图3示出的是本发明提供的计算机设备的实施例的示意图。如图3所示，本发明实施例包括如下装置：
至少一个处理器s21；以及存储器s22，存储器s22存储有可在处理器上运行的计算机指令s23，指令由处理器执行时实现以下方法：
[0111]
拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹；
[0112]
在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中；
[0113]
将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式；
[0114]
改造demo应用的cookie读取方式以使浏览器能够访问demo应用。
[0115]
在本发明的一个优选实施例中，拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹包括：
[0116]
解析请求的url并将url路径进行拆分以得到若干个名称；
[0117]
创建缓存文件夹并按照拆分后得到的名称的顺序在缓存文件夹内创建第一名称对应的文件夹；
[0118]
在第一名称对应的文件夹内创建第二名称对应的文件夹；
[0119]
在第二名称对应的文件夹内创建第三名称对应的文件夹直到所有名称对应的文件夹创建完成。
[0120]
在本发明的一个优选实施例中，在缓存文件夹中创建data.js文件包括：
[0121]
在最后一个名称对应的文件夹内创建data.js文件。
[0122]
在本发明的一个优选实施例中，将解析得到的入参和响应返回值按照预设格式写入到data.js文件中包括：
[0123]
将解析url得到的入参和响应返回值按照window[url]＝{url入参：响应返回值}的格式写入到data.js文件中。
[0124]
在本发明的一个优选实施例中，将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式包括：
[0125]
将缓存文件夹复制到demo应用中；
[0126]
根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式；
[0127]
给script对象绑定onload事件，在事件中依据请求的url获取到data.js文件中的数据；
[0128]
移除新增的script对象和运行data.js文件产生的全局变量。
[0129]
在本发明的一个优选实施例中，根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式包括：
[0130]
创建script对象，设置script对象的src路径为数据源的相对路径；
[0131]
将script对象添加到header标签中。
[0132]
在本发明的一个优选实施例中，改造demo应用的cookie读取方式以使浏览器能够访问demo应用包括：
[0133]
将设置cookie和读取cookie的程序改成全局变量形式；
[0134]
使用浏览器打开静态资源入口文件index.html以实现静态demo的访问。
[0135]
基于上述目的，本发明实施例的第四个方面，提出了一种计算机可读存储介质。图
4示出的是本发明提供的计算机可读存储介质的实施例的示意图。如图4所示，计算机可读存储介质s31存储有被处理器执行时执行如下方法的计算机程序s32：
[0136]
拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹；
[0137]
在缓存文件夹中创建data.js文件，并将解析得到的入参和响应返回值按照预设格式写入到data.js文件中；
[0138]
将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式；
[0139]
改造demo应用的cookie读取方式以使浏览器能够访问demo应用。
[0140]
在本发明的一个优选实施例中，拦截可正常访问的web应用的响应返回值，解析请求的url并基于解析结果创建缓存文件夹包括：
[0141]
解析请求的url并将url路径进行拆分以得到若干个名称；
[0142]
创建缓存文件夹并按照拆分后得到的名称的顺序在缓存文件夹内创建第一名称对应的文件夹；
[0143]
在第一名称对应的文件夹内创建第二名称对应的文件夹；
[0144]
在第二名称对应的文件夹内创建第三名称对应的文件夹直到所有名称对应的文件夹创建完成。
[0145]
在本发明的一个优选实施例中，在缓存文件夹中创建data.js文件包括：
[0146]
在最后一个名称对应的文件夹内创建data.js文件。
[0147]
在本发明的一个优选实施例中，将解析得到的入参和响应返回值按照预设格式写入到data.js文件中包括：
[0148]
将解析url得到的入参和响应返回值按照window[url]＝{url入参：响应返回值}的格式写入到data.js文件中。
[0149]
在本发明的一个优选实施例中，将缓存文件夹复制到demo应用中，并改造demo应用的数据请求方式包括：
[0150]
将缓存文件夹复制到demo应用中；
[0151]
根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式；
[0152]
给script对象绑定onload事件，在事件中依据请求的url获取到data.js文件中的数据；
[0153]
移除新增的script对象和运行data.js文件产生的全局变量。
[0154]
在本发明的一个优选实施例中，根据请求的url和请求对应的数据文件位置解析出相对路径，并将http数据请求方式替换为script请求方式包括：
[0155]
创建script对象，设置script对象的src路径为数据源的相对路径；
[0156]
将script对象添加到header标签中。
[0157]
在本发明的一个优选实施例中，改造demo应用的cookie读取方式以使浏览器能够访问demo应用包括：
[0158]
将设置cookie和读取cookie的程序改成全局变量形式；
[0159]
使用浏览器打开静态资源入口文件index.html以实现静态demo的访问。
[0160]
此外，根据本发明实施例公开的方法还可以被实现为由处理器执行的计算机程
序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被处理器执行时，执行本发明实施例公开的方法中限定的上述功能。
[0161]
此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。
[0162]
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
[0163]
在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括ram、rom、eeprom、cd
‑
rom或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(dsl)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、dsl或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(cd)、激光盘、光盘、数字多功能盘(dvd)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。
[0164]
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
[0165]
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
[0166]
上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
[0167]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0168]
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明
实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。