移动端扩展加载方法、电子装置和可读存储介质与流程

[0001]
本发明涉及计算机数据处理的技术领域，具体而言，涉及移动端扩展加载方法、电子装置和可读存储介质。


背景技术：

[0002]
相关技术中，移动端面对众多的专属化场景、客户特殊需求和客开需要，如果针对不同的定制化需求，均进行移动端的定制，会造成资源浪费、资金投入大和人工成本高等问题。


技术实现要素：

[0003]
本发明旨在解决上述技术问题的至少之一。
[0004]
为此，本发明的第一目的在于提供一种移动端扩展加载方法。
[0005]
本发明的第二目的在于提供一种电子装置。
[0006]
本发明的第三目的在于提供一种可读存储介质。
[0007]
为实现本发明的第一目的，本发明的技术方案提供了一种移动端扩展加载方法，包括：获取移动端的扩展加载方式，扩展加载方式包括全页面扩展或模块级扩展；基于扩展加载方式为全页面扩展，通过配置文件，加载替换页面，实现全页面扩展；基于扩展加载方式为模块级扩展，通过扩展脚本，实现模块级扩展。
[0008]
本技术方案中，首先，获取移动端的扩展加载方式，扩展加载方式包括全页面扩展或模块级扩展，其中，全页面扩展是针对整个模块页面有定制化需求，或者对当前模块页面的80％需要进行定制，模块级扩展是针对页面的局部模块或部分模块内部的方法和/或属性需要进行定制。本实施例将移动端的扩展分为全页面扩展和模块级扩展，根据不同用户的特殊需求和使用习惯可以进行灵活选择，使得客户体验更佳舒适，同时，节约了移动端的开发周期，降低了开发成本。然后，针对全页面扩展，替换页可以为客开页面，采用通过配置文件，加载替换页面的方式，方法简单易行。最后，针对模块级扩展，通过扩展脚本实现扩展，采用扩展脚本的方式实现模块级扩展，准确性和可靠性高。本实施例在对标准产品不产生影响的前提下，根据不同用户的特殊需求和产品的使用习惯，进行扩展开发处理，平衡产品需要和用户需求的平衡，提高用户体验，节约开发成本。
[0009]
另外，本发明提供的技术方案还可以具有如下附加技术特征：
[0010]
上述技术方案中，通过配置文件，加载替换页面，实现全页面扩展，包括：客户端加载页面模块，获取客户端配置文件；向节点服务器发送路由请求，获取替换页面的地址；节点服务器发送请求，获取替换页面的远程页面流文件，响应给客户端。
[0011]
本技术方案中，通过获取替换页面的地址，进而实现全页面的扩展，操作简便，用户体验较好，能够满足用户的多样化需求。
[0012]
上述任一技术方案中，向节点服务器发送路由请求，获取替换页面的地址，包括：检查客户端配置文件，基于检查到预制自定义路由，请求至预制自定义路由，并向节点服务
器发送路由请求；节点服务器接收路由请求后，将客户端配置文件与节点服务器配置文件进行匹配，获取替换页面的地址。
[0013]
本技术方案中，针对用户不同的定制化需求，通过获取替换页面的地址，最终实现全页面扩展，方法简便，实现在不影响标准产品的情况下，满足客户需求。
[0014]
上述任一技术方案中，通过扩展脚本，实现模块级扩展，包括：
[0015]
客户端加载模块脚本，获取扩展脚本信息；将扩展脚本信息中的方法和/或属性扩展至模块脚本中。
[0016]
本技术方案中，通过扩展脚本，实现模块化扩展，操作简便，用户体验较好，能够满足用户的多样化需求。
[0017]
上述任一技术方案中，客户端加载模块脚本，获取扩展脚本信息，包括：客户端加载模块脚本，获取页面文档对象模型的文档流信息；对文档流信息进行解析，获取扩展脚本信息。
[0018]
本技术方案根据用户实际情况，支持扩展脚本存储在其它服务器，提供了更加方便的扩展脚本获取方式，提高了用户的用户体验。
[0019]
上述任一技术方案中，扩展脚本支持同名覆盖，通过对方法和/或属性进行相同命名，实现对方法和/或属性覆盖重写。
[0020]
本技术方案中，在进行模块化扩展时，针对模块脚本中需要更改的方法和/或属性，可以通过在扩展脚本中采用相同命名的方式，进行快速替换，通过采用支持同名覆盖的方法，可以实现快速替换，提高系统运行稳定性。
[0021]
上述任一技术方案中，扩展脚本在模块实例中运行时，直接访问和/或修改模块脚本内的方法和属性。
[0022]
本技术方案中，当扩展脚本在模块实例中运行时，扩展脚本融合至模块脚本中，所以扩展脚本可以直接访问和/或修改模块脚本内的方法和属性，进而提高了扩展脚本开发的自由度，提高用户体验。
[0023]
上述任一技术方案中，扩展脚本在模块实例中运行时，直接访问客户端缓存的数据信息。
[0024]
本技术方案中，当扩展脚本在模块实例中运行时，扩展脚本融合至模块脚本中，所以扩展脚本可以直接访问客户端缓存的数据信息，进而提高了扩展脚本开发的自由度，提高用户体验。
[0025]
为实现本发明的第三目的，本发明的技术方案提供了一种电子装置，包括：存储器和处理器，存储器存储有程序和指令，处理器执行程序和指令；其中，处理器在执行程序和指令时，实现如本发明任一技术方案的移动端扩展加载方法的步骤。
[0026]
本发明技术方案提供的电子装置实现如本发明任一技术方案的移动端扩展加载方法的步骤，因而其具有如本发明任一技术方案的移动端扩展加载方法的全部有益效果，在此不再赘述。
[0027]
为实现本发明的第四目的，本发明的技术方案提供了一种可读存储介质，可读存储介质存储有程序和指令，程序和指令被处理器执行时，实现上述任一技术方案的移动端扩展加载方法的步骤。
[0028]
本发明技术方案提供的可读存储介质实现如本发明任一技术方案的移动端扩展
加载方法的步骤，因而其具有如本发明任一技术方案的移动端扩展加载方法的全部有益效果，在此不再赘述。
[0029]
本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。
附图说明
[0030]
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
[0031]
图1为本发明一个实施例的移动端扩展加载方法流程图之一；
[0032]
图2为本发明一个实施例的移动端扩展加载方法流程图之二；
[0033]
图3为本发明一个实施例的移动端扩展加载方法流程图之三；
[0034]
图4为本发明一个实施例的移动端扩展加载方法流程图之四；
[0035]
图5为本发明一个实施例的移动端扩展加载方法流程图之五；
[0036]
图6为本发明一个实施例的移动端扩展加载方法流程图之六；
[0037]
图7为本发明一个实施例的电子装置示意图；
[0038]
图8为本发明一个实施例的移动端扩展加载方法流程图之七；
[0039]
图9为本发明一个实施例的移动端扩展加载方法流程图之八；
[0040]
图10为本发明一个实施例的移动端扩展加载方法流程图之九。
[0041]
其中，图7中附图标记与部件名称之间的对应关系为：
[0042]
200：电子装置，210：存储器，220：处理器。
具体实施方式
[0043]
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
[0044]
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
[0045]
下面参照图1至图10描述本发明一些实施例的移动端扩展加载方法、电子装置200和可读存储介质。
[0046]
实施例1：
[0047]
如图1和图2所示，本实施例提供了一种移动端扩展加载方法，包括以下步骤：
[0048]
步骤s102，获取移动端的扩展加载方式，扩展加载方式包括全页面扩展或模块级扩展；
[0049]
步骤s104，基于扩展加载方式为全页面扩展，通过配置文件，加载替换页面，实现全页面扩展；
[0050]
步骤s106，基于扩展加载方式为模块级扩展，通过扩展脚本，实现模块级扩展。
[0051]
目前，针对移动端，使用场景通常包括应用程序(app)、微信公众号、微信小程序、国际版本、衍生的专属化版本或专属部署版本等。本实施例在面对众多的专属化场景以及
客户特殊需求、客开需要的前提下，提出一种移动端扩展机制，针对不同的定制化需求，在不影响标准产品的情况下，实现和满足客户需求，其中，客开是指客户二次开发，针对客户的个性化需求，对标准产品做出功能上的改变，或者与其他系统进行集成。
[0052]
本实施例中，首先，获取移动端的扩展加载方式，扩展加载方式包括全页面扩展或模块级扩展，其中，全页面扩展是针对整个模块页面有定制化需求，或者对当前模块页面的80％需要进行定制，模块级扩展是针对页面的局部模块或部分模块内部的方法和/或属性需要进行定制。本实施例将移动端的扩展分为全页面扩展和模块级扩展，根据不同用户的特殊需求和使用习惯可以进行灵活选择，使得客户体验更佳舒适，同时，节约了移动端的开发周期，降低了开发成本。然后，针对全页面扩展，替换页可以为客开页面，采用通过配置文件，加载替换页面的方式，方法简单易行。最后，针对模块级扩展，通过扩展脚本实现扩展，采用扩展脚本的方式实现模块级扩展，准确性和可靠性高。本实施例在对标准产品不产生影响的前提下，根据不同用户的特殊需求和产品的使用习惯，进行扩展开发处理，平衡产品需要和用户需求的平衡，提高用户体验，节约开发成本。
[0053]
实施例2：
[0054]
如图3所示，除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0055]
通过配置文件，加载替换页面，实现全页面扩展，包括以下步骤：
[0056]
步骤s202，客户端加载页面模块，获取客户端配置文件；
[0057]
步骤s204，向节点服务器发送路由请求，获取替换页面的地址；
[0058]
步骤s206，节点服务器发送请求，获取替换页面的远程页面流文件，响应给客户端。
[0059]
举例而言，应用场景可以为：用户设有客开团队，客开团队开发有替换页面，需要将系统的原有页面替换为替换页面，首先，客户端加载页面模块，获取客户端配置文件，然后，向节点服务器发送路由请求，获取替换页面的地址，最后，节点服务器发送请求，获取替换页面的远程页面流文件，响应给客户端，客户端的用户访问至替换页面，方法简单易行。
[0060]
本实施例中，通过获取替换页面的地址，进而实现全页面的扩展，操作简便，用户体验较好，能够满足用户的多样化需求。
[0061]
实施例3：
[0062]
如图4所示，除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0063]
向节点服务器发送路由请求，获取替换页面的地址，包括以下步骤：
[0064]
步骤s302，检查客户端配置文件，基于检查到预制自定义路由，请求至预制自定义路由，并向节点服务器发送路由请求；
[0065]
步骤s304，节点服务器接收路由请求后，将客户端配置文件与节点服务器配置文件进行匹配，获取替换页面的地址。
[0066]
客户端配置文件内设置映射关系，预制自定义路由，通过客户端配置文件，实现对自定义路由的访问，最终，获取替换页面的地址。本实施例中，针对用户不同的定制化需求，通过获取替换页面的地址，最终实现全页面扩展，方法简便，实现在不影响标准产品的情况下，满足客户需求。
[0067]
实施例4：
[0068]
如图5所示，除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0069]
通过扩展脚本，实现模块级扩展，包括以下步骤：
[0070]
步骤s402，客户端加载模块脚本，获取扩展脚本信息；
[0071]
步骤s404，将扩展脚本信息中的方法和/或属性扩展至模块脚本中。
[0072]
举例而言，应用场景可以为：用户对页面的大部分满意，只需要更改或调整其中的一部分，则可以通过内嵌扩展脚本，实现页面其中一部分的模块化扩展。
[0073]
将扩展脚本信息中的方法和/属性扩展至模块脚本中，进行融合，然后返回至客户端，进行渲染和执行。
[0074]
本实施例中，通过扩展脚本，实现模块化扩展，操作简便，用户体验较好，能够满足用户的多样化需求。
[0075]
实施例5：
[0076]
如图6所示，除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0077]
客户端加载模块脚本，获取扩展脚本信息，包括以下步骤：
[0078]
步骤s502，客户端加载模块脚本，获取页面文档对象模型的文档流信息；
[0079]
步骤s504，对文档流信息进行解析，获取扩展脚本信息。
[0080]
本实施例中，扩展脚本可以在其它服务器，例如远程服务器、内容分发网络(cdn，content delivery network)或云端等，则可以通过加载模块脚本，得到页面文档对象模型的文档流信息，通过对文档流信息进行解析，得到扩展脚本信息。
[0081]
本实施例根据用户实际情况，支持扩展脚本存储在其它服务器，提供了更加方便的扩展脚本获取方式，提高了用户的用户体验。
[0082]
实施例6：
[0083]
除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0084]
扩展脚本支持同名覆盖，通过对方法和/或属性进行相同命名，实现对方法和/或属性覆盖重写。
[0085]
在进行模块化扩展时，针对模块脚本中需要更改的方法和/或属性，可以通过在扩展脚本中采用相同命名的方式，进行快速替换，通过采用支持同名覆盖的方法，可以实现快速替换，提高系统运行稳定性。
[0086]
实施例7：
[0087]
除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0088]
扩展脚本在模块实例中运行时，直接访问和/或修改模块脚本内的方法和属性。
[0089]
本实施例中，当扩展脚本在模块实例中运行时，扩展脚本融合至模块脚本中，所以扩展脚本可以直接访问和/或修改模块脚本内的方法和属性，进而提高了扩展脚本开发的自由度，提高用户体验。
[0090]
实施例8：
[0091]
除上述实施例的技术特征以外，本实施例进一步地包括了以下技术特征：
[0092]
扩展脚本在模块实例中运行时，直接访问客户端缓存的数据信息。
[0093]
本实施例中，当扩展脚本在模块实例中运行时，扩展脚本融合至模块脚本中，所以扩展脚本可以直接访问客户端缓存的数据信息，进而提高了扩展脚本开发的自由度，提高用户体验。
[0094]
客户端缓存的数据信息可以包括：应用程序(app)在客户端缓存的数据信息(包括用户登录上下文信息，登录令牌，业务数据等)以及在客户端的localstroge(本地存储、本地缓存)，cookie(小型文本文件)中缓存的数据信息等。
[0095]
实施例9：
[0096]
如图7所示，本实施例提供了一种电子装置200，包括：存储器210和处理器220，存储器210存储有程序和指令，处理器220执行程序和指令；其中，处理器220在执行程序和指令时，实现如本发明任一实施例的移动端扩展加载方法的步骤。
[0097]
实施例10：
[0098]
本实施例提供了一种可读存储介质，可读存储介质存储有程序和指令，程序和指令被处理器执行时，实现上述任一实施例的移动端扩展加载方法的步骤。
[0099]
实施例11：
[0100]
本实施例提供了一种移动端扩展机制，适用于计算机软件领域，尤其是在偏向u订货移动端应用场景中，本实施例可以根据不同用户的特殊需求和产品的使用习惯，进行扩展开发处理，对标准产品不产生影响，平衡产品需要和用户需求的平衡。
[0101]
u订货移动端使用场景包括app，微信公众号，微信小程序，国际版本以及衍生的专属化版本，专属部署版本等。面对众多的专属化场景以及客户特殊需求问题，客开需要的前提下，着手考虑设计移动端扩展机制，针对不同的定制化需求，尽可能在不影响标准产品的情况下，实现和满足客户需求。
[0102]
面对客户的定制化需求或者客开页面接入时，可以采用多种页面扩展机制，满足以下：
[0103]
(1)支持加载跨域页面并支持相互通信并相互读取写入缓存信息。
[0104]
(2)支持按模块扩展功能。
[0105]
本实施例针对目前订货移动端产品需求和客户定制化需求而创建的一种扩展加载机制，实现客户定制化需求。
[0106]
扩展方式主要分为以下三种：
[0107]
(1)全页面扩展(自定义路由扩展)；
[0108]
适用于对模块整个页面有定制化需求或者对当前模块页面不可复用部分超出80％时的扩展模式，可自由开发专属页面，最终提供页面部署后链接即可。
[0109]
(2)框架级扩展；
[0110]
适用于对系统框架内的方法有定制化需求，可对系统内的核心方法进行替换和扩展，使其满足自身需要。
[0111]
(3)模块级扩展；
[0112]
适用于页面局部扩展，针对页面模块级别的页面局部模版，部分模块内部方法等不满足需求的地方，可以通过预制该模块的扩展脚本进行功能性的调整。
[0113]
流程为：运行应用程序(app running)，分析(analysis)扩展类型(extend type)。基于模块扩展(mode extend)，采用模式扩展(mode extend)，控制(control)节点服务器
(node server)请求(request)扩展脚本(extend js)，控制(control)原型模式(prototype)至扩展脚本(extend js)，覆盖(override)控制器(controller)，控制器(controller)控制构造器(constructor)、预处理(before process)、页面初始化(before pageinit)、前一页(before pageback)等等，进入页面声明事件(page life event)，呈现页面；采用公共方法扩展(common extend)，通过节点服务器(node server)请求(request)扩展脚本(extend js)，公共方法扩展(common extend)扩展(extend)至扩展脚本(extend js)，覆盖(override)控制器(controller)，控制器(controller)控制构造器(constructor)、预处理(before process)、页面初始化(before pageinit)、页面回退事件(before pageback)等等，进入页面生命周期事件(page life event)，呈现页面。基于自定义路由器(define page)，通过超文本传输协议(http)至节点服务器(node server)，传输(pipe)定义页面(define page)，呈现页面。
[0114]
如图8所示，具体包括：
[0115]
步骤s602，运行应用程序；
[0116]
步骤s604，扩展类型；
[0117]
基于模块扩展，进入步骤s606，基于自定义路由器，进入步骤634；
[0118]
步骤s606，模块扩展；
[0119]
基于模式扩展，进入步骤s608，基于公共方法扩展，进入步骤s616；
[0120]
步骤s608，模式扩展；
[0121]
步骤s610，控制；
[0122]
基于控制节点服务器，进入步骤s612，否则，控制原型模式至扩展脚本，覆盖控制器，进入步骤s620；
[0123]
步骤s612，节点服务器；
[0124]
节点服务器请求扩展脚本；
[0125]
步骤s614，扩展脚本；
[0126]
步骤s616，公共方法扩展；
[0127]
基于节点服务器，进入步骤s618，否则，扩展扩展脚本，覆盖控制器，进入步骤s622；
[0128]
步骤s618，节点服务器；
[0129]
节点服务器请求扩展脚本；
[0130]
步骤s620，控制器；
[0131]
对步骤s624、步骤s626、步骤s628和步骤s630进行控制；
[0132]
步骤s622，控制器；
[0133]
对步骤s624、步骤s626、步骤s628和步骤s630进行控制；
[0134]
步骤s624，构造器；
[0135]
然后，进入步骤s632；
[0136]
步骤s626，预处理；
[0137]
然后，进入步骤s632；
[0138]
步骤s628，页面初始化；
[0139]
然后，进入步骤s632；
[0140]
步骤s630，页面回退事件；
[0141]
然后，进入步骤s632；
[0142]
步骤s632，页面生命周期事件；
[0143]
然后，进入步骤s640；
[0144]
步骤s634，自定义路由器；
[0145]
通过超文本传输协议至节点服务器；
[0146]
步骤s636，节点服务器；
[0147]
传输至定义页面；
[0148]
步骤s638，定义页面；
[0149]
步骤s640，呈现页面。
[0150]
第一，针对全页面扩展；
[0151]
app全页面替换扩展方式主要通过配置文件来实现，主要通过设置客户端配置文件和node端配置文件来共同实现。client端在进行模块加载时会主动检查配置文件信息，若配置文件中模块的系统路由预制了自定义路由信息，系统会redirect到新的路由系统上，并向node端发送路由请求，node端收到路由请求后，与node端配置文件进行匹配，并获取替换页面的完整url，并在node端发送request请求，读取远程页面流文件并响应client。
[0152]
加载的远程页面与当前页面属于同一域，可仿照原有客户端发送http请求，并完成数据响应等。
[0153]
全页面替换流程为，在应用客户端(app client)中加载页面模块，检查路由器配置，如果存在重定向页面，则重定向页面，进入节点路由器(node router)，否则，直接进入节点路由器(node router)，在节点服务器(node server)中，检查服务器配置(server配置)，如果存在自定义路由信息，则请求(request)定义页面(define page)，然后响应(response)，否则，直接响应(response)。
[0154]
如图9所示，具体包括：
[0155]
步骤s702，加载页面模块；
[0156]
步骤s704，检查配置路由；
[0157]
若是，进入步骤s706，若否，进入步骤s708；
[0158]
步骤s706，重定向页面；
[0159]
步骤s708，节点路由器；
[0160]
步骤s710，检查服务器配置；
[0161]
若是，进入步骤s712，若否，进入步骤s716；
[0162]
步骤s712，请求；
[0163]
步骤s714，定义页面；
[0164]
步骤s716，响应。
[0165]
第二，针对模块级扩展；
[0166]
模块脚本加载时，触发框架的loadpage进行页面ajax请求，获取页面dom文档流信息，并进行解析，分离模版和controller脚本和扩展脚本信息，解析扩展脚本信息，并将扩展脚本信息中的方法属性逐步扩展到模块脚本中，并通过new操作生成模块的controller实例，并附加到controller缓存中存储。
[0167]
框架在加载页面的生命周期过程中时，会分阶段触发对应的页面生命周期事件并执行对应事件的原有逻辑和扩展逻辑。
[0168]
扩展脚本支持同名覆盖原则，可通过命名相同名称的属性方法，进行页面级的属性方法覆盖重写，来实现废除原有执行逻辑，采用扩展逻辑。
[0169]
扩展脚本运行在模块实例中时，this作用域指向为当前controller实例，可以直接访问该模块脚本内的方法和属性，并支持修改；同时也可以访问app在客户端缓存的数据信息(包括用户登录上下文信息，登录令牌，业务数据等)以及在客户端的localstroge，cookie中缓存的数据信息等。
[0170]
模块级扩展流程为，进行加载模型(load model)、加载控制器(load controller)、加载扩展(load extend)、加载扩展方式(anly extend，对上一步加载扩展的描述，为加载扩展方式中的一种或者几种)，新建控制器(new controller)，在页面事件(page events)中设置构造器(constructor)，进行页面预初始化(page preinit)、页面初始化(pageinit)、页面删除(pageremove)等等。
[0171]
如图10所示，具体包括：
[0172]
步骤s802，加载模型；
[0173]
步骤s804，加载控制器；
[0174]
步骤s806，加载扩展；
[0175]
步骤s808，加载扩展方式；
[0176]
步骤s810，新建控制器
[0177]
步骤s812，页面事件，构造器；
[0178]
步骤s814，页面事件，页面预初始化；
[0179]
步骤s816，页面事件，页面初始化；
[0180]
步骤s818，页面事件，页面删除；
[0181]
步骤s820，页面事件。
[0182]
进行页面时间其他操作。
[0183]
本实施例解决了面对客户开发页面时通过iframe嵌入时产生的跨域问题，以及客开页面也可以重复利用原产品的web server端和客户端缓存信息。
[0184]
综上，本发明实施例的有益效果为：
[0185]
1.本实施例将移动端的扩展分为全页面扩展和模块级扩展，根据不同用户的特殊需求和使用习惯可以进行灵活选择，使得客户体验更佳舒适，同时，节约了移动端的开发周期，降低了开发成本。
[0186]
2.本实施例中的全页面扩展，替换页可以为客开页面，采用通过配置文件，加载替换页面的方式，方法简单易行。
[0187]
3.本实施例中的模块级扩展，通过扩展脚本实现扩展，采用扩展脚本的方式实现模块级扩展，准确性和可靠性高。
[0188]
4.本实施例在对标准产品不产生影响的前提下，根据不同用户的特殊需求和产品的使用习惯，进行扩展开发处理，平衡产品需要和用户需求的平衡，提高用户体验，节约开发成本。
[0189]
在本发明中，术语“第一”、“第二”、“第三”仅用于描述的目的，而不能理解为指示
或暗示相对重要性；术语“多个”则指两个或两个以上，除非另有明确的限定。术语“安装”、“相连”、“连接”、“固定”等术语均应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或一体地连接；“相连”可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
[0190]
本发明的描述中，需要理解的是，术语“上”、“下”、“左”、“右”、“前”、“后”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或单元必须具有特定的方向、以特定的方位构造和操作，因此，不能理解为对本发明的限制。
[0191]
在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0192]
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。