跨平台的应用生成方法、跨平台应用调用方法、开发装置与流程

1.本发明涉及软件技术领域。更具体地，涉及一种跨平台的应用生成方法、跨平台应用调用方法、开发装置。


背景技术：

2.随着跨平台技术的兴起，以flutter、react native、weexs等为代表的跨平台方案在业内越来越受到广泛关注和使用。在多形态业务场景下，如何保障多端体验的一致性，是前端技术领域一个比较受关注的方向。
3.但是，在很多应用场景下，各种不同平台的开发，都需要使用不同平台的开发工具、开发语言、以及对应的开发环境和工具，多平台同一应用很难保证多端的体验一致，同时不同平台对应不同的开发技术栈，每一端的开发人员无法复用，只能够做基于本端技术栈的开发工作，这样在人力方面以及研发效率上面没有办法达到最大化的利用率与效率。


技术实现要素：

4.本发明的目的在于提供一种，以解决现有技术存在的问题中的至少一个。
5.为达到上述目的，本发明采用下述技术方案：
6.本发明第一方面提供了一种跨平台的应用生成方法，包括：
7.基于跨平台技术栈生成视图逻辑层；
8.基于多个平台的属性建立api层，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互；
9.将视图逻辑层和api层进行打包形成跨平台应用。
10.在一些可选的实施例中，跨平台技术栈为flutter，多个平台包括ios、android、web、windows、macos和linux中的至少两个。
11.在一些可选的实施例中，基于跨平台技术生成视图逻辑层进一步包括：
12.基于跨平台技术创建模块化代码，模块化代码包括跨平台技术栈提供的常规数据包和应用于多个平台的插件数据包。
13.在一些可选的实施例中，通用接口层，用于定义多个平台与视图逻辑层的公共交互行为。
14.在一些可选的实施例中，基于多个平台的属性建立api层还包括：建立公共逻辑处理层，用于根据公共交互行为分别建立对应于多个平台的私有交互功能，并利用私有交互功能与扩展接口层进行信息交互。
15.在一些可选的实施例中，扩展接口层包括对应于多个平台的插件接口，插件接口用于与其所属平台进行信息交互。
16.本发明第二方面提供一种上文生成的跨平台应用的调用方法，应用于终端，其特征在于，包括：
17.响应于用户启动宿主的操作获取加载有宿主的平台的类型参数；
18.根据宿主的封装与服务器中的跨平台应用的api层进行通信，向api层发送信息调用请求，其中，信息调用请求包括类型参数，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互；
19.自api层接收服务器中的视图逻辑层中创建的模块化代码；以及
20.宿主加载模块化代码，实现信息调用。
21.在一些可选的实施例中，根据宿主的封装与服务器中的跨平台应用的api层进行通信进一步包括：
22.在一些可选的实施例中，api层还包括公共逻辑处理层，自api层接收服务器中的视图逻辑层中创建的模块化代码进一步包括：
23.根据公共交互行为分别建立对应于多个平台的私有交互功能，并利用私有交互功能与扩展接口层进行信息交互。
24.本发明第三方面提供一种跨平台应用的开发装置，包括：
25.视图逻辑层生成单元，被配置成基于跨平台技术栈生成视图逻辑层；
26.api层生成单元，被配置成基于多个平台的属性建立api层，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互；以及
27.打包单元，将视图逻辑层和api层进行打包形成跨平台应用。
28.本发明第四方面提供一种计算机设备，包括：
29.一个或多个处理器；
30.存储装置，其上存储一个或多个程序；
31.当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上文所述的应用生成方法。
32.本发明第五方面提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如上文所述的应用生成方法。
33.本发明的有益效果如下：
34.本发明针对目前现有的问题，制定一种跨平台的应用生成方法、跨平台应用调用方法、开发装置、计算机设备以及计算机可读存储介质，通过基于跨平台技术栈开发视图逻辑层并基于多个平台属性建立api层，并设置api层包括用于与所述视图逻辑层进行信息交互的通用接口层和用于分别与各平台进行信息交互的扩展接口层，能够生成满足跨平台交互的跨平台应用，从而真正实现的“write once&run anywhere”(写一次，到处可用)，使得开发人员能够实现多端复用，从而降低人力成本，提高应用的开发效率，具有广泛的应用前景。
附图说明
35.下面结合附图对本发明的具体实施方式作进一步详细的说明。
36.图1示出根据本发明的一个实施例的跨平台的应用生成方法的示意性流程图。
37.图2示出可以应用本发明的应用生成方法或调用方法的示例性硬件系统框图。
38.图3示出根据本发明实施例开发的跨平台的应用的功能框架图。
39.图4示出根据本发明实施例的利用本发明生成的跨平台应用的调用方法的示意性
流程图。
40.图5示出根据本发明实施例的利用本发明生成的跨平台应用的调用过程的示意性框图。
41.图6示出根据本发明实施例的跨平台应用的开发装置的示意性框图。
42.图7示出本发明另一个实施例所述的一种计算机设备的结构示意图。
具体实施方式
43.为了更清楚地说明本发明，下面结合实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。
44.为了解决以上问题之一，如图1所示，本发明的实施例提供一种跨平台的应用生成方法，包括：
45.s101、基于跨平台技术栈生成视图逻辑层；
46.s102、基于多个平台的属性建立api层，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互；
47.s103、将视图逻辑层和api层进行打包形成跨平台应用。
48.在本实施例中，通过基于跨平台技术栈开发视图逻辑层并基于多个平台属性建立api层，并设置api层包括用于与所述视图逻辑层进行信息交互的通用接口层和用于分别与各平台进行信息交互的扩展接口层，能够生成满足跨平台交互的跨平台应用，从而真正实现的“write once&run anywhere”(写一次，到处可用)，使得开发人员能够实现多端复用，从而降低人力成本，提高应用的开发效率，具有广泛的应用前景。
49.为了进一步理解本发明，下面参照具体的示例详细描述本发明的方法和装置。
50.如图2所示，图中示出了可以应用本发明的应用生成方法或调用方法的示例性硬件系统框图。该硬件系统包括服务器100、网络200和终端设备300。网络200是用以在服务器100和终端设备300之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。
51.终端设备300上可以安装有各种应用的宿主，应用例如为网页浏览器类应用、视频类应用、内容分享类应用、社交类应用等等。其中，应用包括适用于各种平台的应用，平台例如为，ios、android、web、windows、macos、linux、鸿蒙等等，应用的宿主可以为自各种应用下载上，例如应用商店下载的应用(app)外壳，特殊地，对于web平台来说，应用的宿主为基于web浏览器的网页应用的外壳。该宿主通常包括应用的封装和本地化的插件库，其中，封装中包括与服务器100中存储的跨平台应用进行交互的路由通道，例如，methchannel、flutter web pluin类等。
52.终端设备300为接收用户操作的各种电子设备，包括但不限于台式机、平板电脑、笔记本电脑等，终端设备300上可以搭载ios、android、windows、macos、linux、鸿蒙等等各种系统。终端设备300可以通过网络200与服务器100交互，以接收或发送消息等。
53.服务器100可以是支持终端设备300上安装的应用的宿主的后台服务器。服务器100可以基于与终端设备300的通信，调用预先存储的应用；然后基于应用的应用编程接口
(api)将跨平台应用中的模块化代码下发至终端设备200以实现应用的动态化调用。在本发明的实施例中，预先存储在服务器100中的应用是跨平台应用，即经过开发人员一次开发后可以多个平台运行的跨平台应用。
54.另外，服务器100也可以同时为装载有开发装置的本地服务器，开发装置为基于跨平台的服务和编译器的台式机、平板电脑、笔记本电脑等。经过该开发装置生成的跨平台应用可以基于网络200与终端设备300进行通信，实现以上动态化调用。
55.下面结合具体的实施例描述本发明实施例的跨平台的应用开发方法。
56.在一个具体的示例中，参照图1和图2所示，在步骤s101中，基于跨平台技术栈生成视图逻辑层。在本发明的实施例中，跨平台技术栈可以是各种平台的技术栈，例如flutter、react native、weexs等，只要满足一套技术栈完成视图逻辑层的开发即可。其中，flutter是一种跨屏的移动开发框架，开发语言采用dart，因为dart同时支持aot(ahead
‑
of
‑
time complation，提前编译)和jit(just in time complication，即时编译)，因此flutter天生支持动态化，因此，较为优选地，可以选择基于flutter生成视图逻辑层。
57.在步骤s101中，基于跨平台技术生成视图逻辑层进一步包括：创建模块化代码。具体地，当生成视图逻辑层的跨平台技术栈为flutter时，模块化代码均是由dart语言编写的，其包括跨平台技术栈提供的常规数据包(dart package)和应用于所述多个平台的插件数据包(plugin package)。
58.其中，常规数据包可以包含依赖于flutter框架的特定功能，例如依赖于flutter框架的用户界面(ui)、图标(icon)等，其使用范围仅限于flutter。插件数据包可以为android(使用kotlin或java的平台)、ios(使用swift或objective
‑
c的平台)、web、macos、windows和linux或至少两种任意组合的平台编写插件包。换句话说，通过一种跨平台技术栈，例如flutter，在生成视图逻辑层时，为将要应用的多个平台创建将用于动态化调用的数据包。
59.在步骤s102中，基于多个平台的属性建立api层，api层包括通用接口层和扩展接口层。多个平台包括ios、android、web、windows、macos和linux中的至少两个。当然以上平台并不是穷举的，本发明并不限于此，其他平台也是适用的，例如还可以包括鸿蒙。
60.如图3所示，通用接口层用于与视图逻辑层进行信息交互。具体地，通用接口层用于定义多个平台与视图逻辑层的公共交互行为。即，以定义的形式规范各平台的动作，以保证多个平台的操作的统一性。具体地，形成通用结构层时，仅给出图片处理行为、页面跳转行为、场景转换行为等公共交互行为的定义
61.通过该设置，对于各个平台之间无法对齐的实现场景，例如，web平台与android和ios平台在路由上具有不同的实现方式，android和ios平台通过注册methchannel形成路由通道，并以平台特有的json语言实现数据包传递，而web平台利用官方指定形式(federated plugin)编写的flutter web plugin类进行路由，并通过dart libarary或者package实现数据包传递，或者对于已有现成可用的js sdk或需要大量使用js实现功能的情况下，官方提供了package:js包调用javascript，从而实现与javascript的交互；通过通用接口层，不再不约束具体的实现，而是只存在定义，从而能够以统一的api网络请求与视图逻辑层实现交互。
62.继续参照图3所示，扩展接口层用于分别与各平台进行信息交互，其包括对应于多
个平台的插件接口，具体地，插件接口用于与其所属平台进行信息交互。即，通过扩展接口直接完成与对应的各个平台的交互对接。
63.具体地，对于各个平台而言，即使是通用功能在具体实现上也会具有限制。例如，应用的手势，上划下载或者下拉刷新的手势，此种手势在ios或android平台的手机端是可以实现的，而在web平台则没有手势的概念，在web平台则更多出现与ios或android平台不同的鼠标操作，例如拖、拉、拽。以上功能差异可能均对应于通用接口层的页面跳转或场景转换的公共行为定义，因此，通过扩展接口层，将通用接口层对外交互的公共行为对接到相应的平台进行扩展实现。
64.然而，考虑到接口交互类型的扩展性，为了处理依赖中的公共逻辑，继承与实现视图逻辑层针对各个平台差异性的交互行为，本发明的实施例中，基于多个平台的属性建立api层还包括：建立公共逻辑处理层，该公共逻辑处理层用于根据公共交互行为分别建立对应于多个平台的私有交互功能，并利用私有交互功能与扩展接口层进行信息交互。公共逻辑处理层是基于各个平台的实现，api层下层对应各个平台的扩展接口层的扩展均是基于公共逻辑层实现的。
65.具体地，以flutter为例，在flutter中的基础依赖均是使用plugin的形式进行开发维护的，在架构上，最终暴露给开发者的为plugin api层提供的通用接口层，在细节实现上，以公共逻辑处理层来处理各种平台的各自各种依赖关系之间的差异。
66.一方面，多个平台之间存在能够在各平台对齐的场景。例如，埋点库。其中埋点库包括日志打点、日志统计等。埋点库不论在ios、android、windows、macos、linux平台还是在web平台，均使用统一提供的sdk，在api层设计上具有天然的一致性，因此可以在扩展接口层中直接对齐所有接口，在公共逻辑处理层只需进行兼容处理即可。
67.另一方面，多个平台之间存在无法对齐的场景。例如，路由库。如上文所述，web平台与android和ios平台在路由上具有不同的实现方式，路由通道不同，传递数据的数据包也不同。在android或ios等终端系统平台，路由库是这些平台在底层维护的一套全新的路由体系，依靠原生支持提供了强大的定制化功能。而在web平台无法与这些平台在原生实现层达到百分百的支持，对于路由库这样无法对齐的场景，通过上层通用接口层对外对齐，而在公共逻辑处理层针对web平台，借助flutter navigator、dart:html用纯dart语言完成扩展，并在后期调用时，由公共逻辑层向下的相应扩展接口层进行模块化代码的下发。对于其它不能对齐的场景在逻辑上也是类似的，在公共逻辑处理层，本发明的实施例提供了默认的继承接口来实现对于默认逻辑的修改，从而提供了灵活的扩展空间。
68.在步骤s103中，将视图逻辑层和api层进行打包形成跨平台应用。具体地，打包形成的跨平台应用为能够同时实现于多个平台的跨平台的应用，即能够实现与各个平台进行动态化调用的动态化应用框架。
69.通过本发明的以上设置，通过以一套跨平台技术栈生成上层的视图逻辑层，并设计api层，在api层通过通用接口层对视图逻辑层中的各种公共行为进行统一的定义，而在下层以扩展接口层对接各个平台，实现针对多个平台的行为扩展，从而能够对上完成与视图逻辑层的交互，对下完成对各种平台的交互，从而实现真正的“write once&run anywhere”。
70.相应地，参照图4和图5，本发明的实施例还提供一种利用上文方法生成的跨平台
应用的调用方法，应用于终端，包括：
71.s401、响应于用户启动宿主的操作获取加载有宿主的平台的类型参数，
72.具体地，在步骤s401中，启动宿主的操作可以是使用终端的用户，点击打开安装有应用的宿主，并通过输入用户名或者密码启动宿主。宿主包括应用的封装和本地化的插件库，平台的类型参数包括指示平台类型的信息；
73.s402、根据宿主的封装与服务器中的跨平台应用的api层进行通信，向api层发送信息调用请求，其中，信息调用请求包括类型参数，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互，
74.具体地，通过api层中通用接口层对公共行为的定义与视图逻辑层进行交互，在下层通过扩展接口层对接各个平台，实现针对多个平台的行为扩展，从而能够对上完成与视图逻辑层的交互；
75.s403、自api层接收服务器中的视图逻辑层中创建的模块化代码，即，通过api层下发视图逻辑层中创建的模块化代码，
76.更为具体地，api层还包括公共逻辑处理层，自api层接收所述服务器中的视图逻辑层中创建的模块化代码进一步包括根据公共交互行为分别建立对应于多个平台的私有交互功能，并利用私有交互功能与所述扩展接口层进行信息交互，从而完成模块化代码的下发；以及
77.s404、宿主加载模块化代码，实现信息调用。
78.通过以上设置，通过基于跨平台技术栈开发的视图逻辑层和基于多个平台属性建立的api层，其中，设置api层包括用于与所述视图逻辑层进行信息交互的通用接口层和用于分别与各平台进行信息交互的扩展接口层，能够实现了自本地终端上的各种平台与服务器上的跨平台应用之间的动态化调用，从而真正实现的“write once&run anywhere”(写一次，到处可用)，使得开发人员能够实现多端复用，从而降低人力成本，提高应用的开发效率，具有广泛的应用前景。
79.基于同一发明构思，参照图6所示，本发明的实施例还提供了一种跨平台应用的开发装置，包括：
80.视图逻辑层生成单元，被配置成基于跨平台技术栈生成视图逻辑层；
81.api层生成单元，被配置成基于多个平台的属性建立api层，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互；以及
82.打包单元，将视图逻辑层和所述api层进行打包形成跨平台应用。
83.通过以上设置，通过视图逻辑层生成单元来基于跨平台技术栈开发的视图逻辑层并设置api层生成单元来基于多个平台属性建立的api层，其中，设置api层包括用于与所述视图逻辑层进行信息交互的通用接口层和用于分别与各平台进行信息交互的扩展接口层，能够生成满足跨平台交互的跨平台应用，从而真正实现的“write once&run anywhere”(写一次，到处可用)，使得开发人员能够实现多端复用，从而降低人力成本，提高应用的开发效率，具有广泛的应用前景。
84.本发明的另一个实施例提供了一种计算机可读存储介质，其上存储有计算机程
序，该程序被处理器执行时实现：基于跨平台技术栈生成视图逻辑层；基于多个平台的属性建立api层，api层包括通用接口层和扩展接口层，其中，通用接口层用于与视图逻辑层进行信息交互，扩展接口层用于分别与各平台进行信息交互；将视图逻辑层和api层进行打包形成跨平台应用。
85.在实际应用中，计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
86.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
87.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
88.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
89.如图7所示，本发明的另一个实施例提供的一种计算机设备的结构示意图。图7显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
90.如图7所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
91.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
92.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被
计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
93.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom，dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
94.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
95.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图7所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图7中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
96.处理器单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种跨平台的应用生成方法。
97.需要说明的是，本发明实施例提供的视线追踪方法步骤的先后顺序可以进行适当谓整，步骤也可以根据情况进行相应增减，任何熟悉本技术领域的技术人员在本发费揭露的技术范围内，可轻易程到变化的方法，都应涵盖在本发明的保护范围之内，因此不再赘述。
98.本发明针对目前现有的问题，制定一种跨平台的应用生成方法、跨平台应用调用方法、开发装置、计算机设备以及计算机可读存储介质，通过基于跨平台技术栈开发视图逻辑层并基于多个平台属性建立api层，并设置api层包括用于与所述视图逻辑层进行信息交互的通用接口层和用于分别与各平台进行信息交互的扩展接口层，能够生成满足跨平台交互的跨平台应用，从而真正实现的“write once&run anywhere”(写一次，到处可用)，使得开发人员能够实现多端复用，从而降低人力成本，提高应用的开发效率，具有广泛的应用前景。
99.显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于本领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明
的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。