一种处理基于qiankun的微前端架构的方法和装置与流程

文档序号:24549651发布日期:2021-04-06 12:02阅读:435来源:国知局
一种处理基于qiankun的微前端架构的方法和装置与流程

本发明涉及计算机技术领域,尤其涉及一种处理基于qiankun的微前端架构的方法和装置。



背景技术:

近年来,随着微服务架构的流行,企业内部it资源和业务应用变得逐渐丰富,这在很大程度上提升了企业业务效能,但由于大部分业务系统都是基于b/s(浏览器/服务端)模式,这就需要对现有的前端架构进行改造,以适配种类繁多的后端微服务。

后端微服务有着成熟的治理平台,能够对所有微服务进行有效管控,但目前业界缺少对前端的统一治理方案,当前端数量日益增多时,其开发、编译、部署等流程将会愈发难以维护。

在实际工作中,虽然希望做软件即服务(sass)产品,但是不同地区客户经常需要做定制,由于地区特色功能越来越多,前端包会越来越大,导致开发打包部署时间明显增多,效率降低。同时受限于老工程的框架,希望使用框架新特性而框架升级会带来很大的代价。无法使用不同技术栈,且没法实现特色地区版本独立部署等等问题。同时在开发管理上,团队人员多,产品功能复杂,代码冲突频繁、影响面大。



技术实现要素:

有鉴于此,本发明实施例提供一种处理基于qiankun的微前端架构的方法和装置,以解决现有微前端架构只能基于功能划分子应用、接入权限粒度过大以及主应用和子应用之间通信混乱的技术问题。

为实现上述目的,根据本发明实施例的一个方面,提供了一种处理基于qiankun的微前端架构的方法,包括:

生成主应用和子应用;

基于两个维度划分所述子应用;

获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给所述子应用;

实现所述主应用与所述子应用之间的shared通信。

可选地,基于两个维度划分所述子应用,包括:

基于功能维度将所述子应用划分为n个不同的功能子应用;

基于地区维度将所述子应用划分为n个不同的地区子应用。

可选地,获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给对应的所述子应用,包括:

渲染所述主应用的公共页面;

点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用。

可选地,渲染所述主应用的公共页面,其中,所述主应用的公共页面包括菜单、导航栏、页尾和设置。

可选地,点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用,包括:

渲染所述子应用的页面,所述子应用的页面与所述权限信息相对应。

可选地,实现所述主应用与所述子应用之间的shared通信,包括:

所述主应用与所述子应用之间的shared通信基于redux状态管理。

可选地,所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

在所述主应用中创建store用于管理全局状态池;

在所述主应用中实现第一shared实例;

所述主应用使用第一shard实例操作所述store修改和监听状态值。

可选地,所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

在所述子应用中实现第二shared实例;

将所述第一shared实例通过props传递给所述子应用。

可选地,所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

当所述第一shared实例不为空时,所述第一shared实例重载所述子应用的第二shared实例;

所述子应用使用重载后的第二shared实例修改和监听状态值。

另外,根据本发明实施例的另一个方面,提供了一种处理基于qiankun的微前端架构的装置,包括:

生成模块,用于生成主应用和子应用;

划分模块,用于基于两个维度划分所述子应用;

配置模块,用于获取登陆用户对应的权限信息,以及使所述主应用将所述登陆用户对应的权限信息传递给所述子应用;

通信模块,用于实现所述主应用与所述子应用之间的shared通信。

可选地,所述划分模块还用于:

基于功能维度将所述子应用划分为n个不同的功能子应用;

基于地区维度将所述子应用划分为n个不同的地区子应用。

可选地,所述配置模块还用于:

渲染所述主应用的公共页面;

点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用。

可选地,所述配置模块还用于:

渲染所述主应用的公共页面,其中,所述主应用的公共页面包括菜单、导航栏、页尾和设置。

可选地,所述配置模块还用于:

点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用,包括:

渲染所述子应用的页面,所述子应用的页面与所述权限信息相对应。

可选地,所述通信模块还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理。

可选地,所述通信模块还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

在所述主应用中创建store用于管理全局状态池;

在所述主应用中实现第一shared实例;

所述主应用使用第一shard实例操作所述store修改和监听状态值。

可选地,所述通信模块还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

在所述子应用中实现第二shared实例;

将所述第一shared实例通过props传递给所述子应用。

可选地,所述通信模块还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

当所述第一shared实例不为空时,所述第一shared实例重载所述子应用的第二shared实例;

所述子应用使用重载后的第二shared实例修改和监听状态值。

根据本发明实施例的另一个方面,还提供了一种电子设备,包括:

一个或多个处理器;

存储装置,用于存储一个或多个程序,

当所述一个或多个程序被所述一个或多个处理器执行时,所述一个或多个处理器实现上述任一实施例所述的方法。

根据本发明实施例的另一个方面,还提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果:因为采用生成主应用和子应用,基于两个维度划分子应用,主应用将登陆用户对应的权限信息传递给子应用,实现主应用与子应用之间的shared通信的技术手段,所以克服了现有的微前端架构只能基于功能划分子应用、接入权限粒度过大以及主应用和子应用之间通信混乱的技术问题。本发明实施例可以同时满足基于功能的子应用划分和基于地区的子应用划分,实现更细粒度的接入权限,以及在多应用的通信场景中,子应用具备完全独立运行能力,同时主应用能够更好的管理子应用。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明,不构成对本发明的不当限定。其中:

图1是根据本发明实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图;

图2是根据本发明一个可参考实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图;

图3是根据本发明另一个可参考实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图;

图4是根据本发明再一个可参考实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图;

图5是根据本发明实施例的处理基于qiankun的微前端架构的装置的主要模块的示意图;

图6是本发明实施例可以应用于其中的示例性系统架构图;

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图。作为本发明的一个实施例,如图1所示,所述处理基于qiankun的微前端架构的方法可以包括:

步骤101,生成主应用和子应用。

微前端是借鉴后台微服务架构思想,即将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的小块,而在用户看来仍然是内聚的单个产品。

现有微前端基本都是基于single-spa微前端架构,single-spa解决了以应用为维度的路由,应用的注册,监听,最重要的是赋予了应用生命周期和生命周期相关事件。qiankun微前端架构继承了这些特性,在其基础上增加了js沙箱、样式隔离、htmlloader、预加载等微前端系统所需的能力,提供了完整的产品化解决方案。

在本发明的实施例中,可以生成一个主应用或者多个子应用。

步骤102,基于两个维度划分所述子应用。

为了满足基于功能的子应用划分和基于地区的子应用划分,基于地区和功能两个维度划分所述子应用。

可选地,步骤102可以包括:基于功能维度将所述子应用划分为n个不同的功能子应用;基于地区维度将所述子应用划分为n个不同的地区子应用。在本发明的实施例中,可以基于功能和地区两个维度划分对所述子应用进行合理的划分。其中基于功能维度的划分采用通用微前端子应用的划分方法,如信息管理模块d11、系统管理模块d12、…、d1n,基于地区维度的划分就是根据每个地区特色版本来划分,每个地区特色版本一个子应用,如河南版d21、湖南版d22、…、d2n。

步骤103,获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给所述子应用。在本发明的实施例中,用户登陆后,主应用获取登陆用户对应的权限信息,主应用将对应子应用的权限信息传递给子应用,实现基于菜单权限粒度的更细粒度的接入权限的功能。

可选地,步骤103可以包括:渲染所述主应用的公共页面;点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用。渲染所述主应用的公共页面,其中,所述主应用的公共页面包括菜单、导航栏、页尾和设置。在本发明实施例中,用户登陆后,根据用户的权限信息,渲染所述主应用的公共页面,这些页面包括菜单、导航栏、页尾、设置等公共页面和元素。

可选地,点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用,包括:渲染所述子应用的页面,所述子应用的页面与所述权限信息相对应。在本发明实施例中,当用户在主应用页面中点击某个子应用菜单时,即启动与所述主应用页面对应的子应用,并且将用户对应的权限信息传递给子应用,从而渲染对应权限信息下的子应用页面,实现安全访问。

步骤104,实现所述主应用与所述子应用之间的shared通信。

可选地,实现所述主应用与所述子应用之间的shared通信,包括:所述主应用与所述子应用之间的shared通信基于redux状态管理。在本发明的实施例中,基于qiankun的微前端架构采用基于redux状态管理的shared通信,在shared通信中,主应用基于redux维护一个状态池,并且通过shared实例暴露一些方法给子应用使用。从而实现在多应用通信场景中,子应用具备完全独立运行能力,同时主应用能够更好地管理子应用的效果。

可选地,所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:在所述主应用中创建store用于管理全局状态池;在所述主应用中实现第一shared实例;所述主应用使用第一shard实例操作所述store修改和监听状态值。

可选地,所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:在所述子应用中实现第二shared实例;将所述第一shared实例通过props传递给所述子应用。

可选地,所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:当所述第一shared实例不为空时,所述第一shared实例重载所述子应用的第二shared实例;所述子应用使用重载后的第二shared实例修改和监听状态值。

根据上面所述的各种实施例,可以看出本发明实施例通过生成主应用和子应用,基于两个维度划分所述子应用,获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给所述子应用,实现所述主应用与所述子应用之间的shared通信的技术手段,解决了现有的微前端架构只能基于功能划分子应用、接入权限粒度过大以及主应用和子应用之间通信混乱的技术问题。本发明实施例可以同时满足基于功能的子应用划分和基于地区的子应用划分,实现更细粒度的接入权限,以及在多应用的通信场景中,子应用具备完全独立运行能力,同时主应用能够更好的管理子应用。

图2是根据本发明一个可参考实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图。作为本发明的又一个实施例,如图2所示,所述处理基于qiankun的微前端架构的方法可以包括:

步骤201,生成主应用和子应用。

步骤202,基于功能维度将所述子应用划分为n个不同的功能子应用,比如信息管理模块d11、系统管理模块d12、…、d1n。

步骤203,基于地区维度将所述子应用划分为n个不同的地区子应用,比如河南版d21、湖南版d22、…、d2n。

步骤204,获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给所述子应用。

步骤205,实现所述主应用与所述子应用之间的shared通信。

另外,在本发明一个可参考实施例的处理基于qiankun的微前端架构的方法的具体实施内容,在上面所述处理基于qiankun的微前端架构的方法中已经详细说明了,故在此重复内容不再说明。

图3是根据本发明另一个可参考实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图。作为本发明的又一个实施例,如图3所示,所述处理基于qiankun的微前端架构的方法可以包括:

步骤301,生成主应用和子应用。

步骤302,基于两个维度划分所述子应用。

步骤303,用户登陆,主应用获取登陆用户对应的权限信息。

步骤304,根据用户的权限信息,渲染所述主应用的公共页面,其中所述主应用的公共页面包括菜单、导航栏、页尾和设置。

步骤305,点击所述主应用的菜单,启动所述菜单对应的所述子应用。

步骤306,将相应的所述权限信息传递给对应的所述子应用。

步骤307,渲染与所述权限信息对应的所述子应用页面。

步骤308,实现所述主应用与所述子应用之间的shared通信。

另外,在本发明另一个可参考实施例的处理基于qiankun的微前端架构的方法的具体实施内容,在上面处理基于qiankun的微前端架构的方法中已经详细说明了,故在此重复内容不再说明。

图4是根据本发明再一个可参考实施例的处理基于qiankun的微前端架构的方法的主要流程的示意图。作为本发明的再一个实施例,如图4所示,实现所述主应用与所述子应用之间的shared通信,包括:

步骤401,在所述主应用中创建store用于管理全局状态池。

步骤402,在所述主应用中实现第一shared实例。

步骤403,所述主应用使用第一shard实例操作所述store修改和监听状态值。

步骤404,在所述子应用中实现第二shared实例。

步骤405,将所述第一shared实例通过props传递给所述子应用。

步骤406,当所述第一shared实例不为空时,所述第一shared实例重载所述子应用的第二shared实例。

步骤407,所述子应用使用重载后的第二shared实例修改和监听状态值。

另外,在本发明另一个可参考实施例的处理基于qiankun的微前端架构的方法的具体实施内容,在上面处理基于qiankun的微前端架构的方法中已经详细说明了,故在此重复内容不再说明。

图5是根据本发明实施例的处理基于qiankun的微前端架构的装置的主要模块的示意图,如图5所示,所述处理基于qiankun的微前端架构的装置500包括生成模块501、划分模块502、配置模块503和通信模块504;其中,生成模块501用于生成主应用和子应用;划分模块502用于基于两个维度划分所述子应用;配置模块503用于获取登陆用户对应的权限信息,以及使所述主应用将所述登陆用户对应的权限信息传递给所述子应用;通信模块504用于实现所述主应用与所述子应用之间的shared通信。

可选地,所述划分模块502还用于:

基于功能维度将所述子应用划分为n个不同的功能子应用;

基于地区维度将所述子应用划分为n个不同的地区子应用。

可选地,所述配置模块503还用于:

渲染所述主应用的公共页面;

点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用。

可选地,所述配置模块503还用于:

渲染所述主应用的公共页面,其中,所述主应用的公共页面包括菜单、导航栏、页尾和设置。

可选地,所述配置模块503还用于:

点击所述主应用的菜单,启动所述菜单对应的所述子应用,并且将相应的所述权限信息传递给对应的所述子应用,包括:

渲染所述子应用的页面,所述子应用的页面与所述权限信息相对应。

可选地,所述通信模块504还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理。

可选地,所述通信模块504还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

在所述主应用中创建store用于管理全局状态池;

在所述主应用中实现第一shared实例;

所述主应用使用第一shard实例操作所述store修改和监听状态值。

可选地,所述通信模块504还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

在所述子应用中实现第二shared实例;

将所述第一shared实例通过props传递给所述子应用。

可选地,所述通信模块504还用于:

使所述主应用与所述子应用之间的shared通信基于redux状态管理,包括:

当所述第一shared实例不为空时,所述第一shared实例重载所述子应用的第二shared实例;

所述子应用使用重载后的第二shared实例修改和监听状态值。

根据上面所述的各种实施例,可以看出本发明实施例通过生成主应用和子应用,基于两个维度划分所述子应用,获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给所述子应用,实现所述主应用与所述子应用之间的shared通信的技术手段,解决了现有的微前端架构只能基于功能划分子应用、接入权限粒度过大以及主应用和子应用之间通信混乱的技术问题。本发明实施例可以同时满足基于功能的子应用划分和基于地区的子应用划分,实现更细粒度的接入权限,以及在多应用的通信场景中,子应用具备完全独立运行能力,同时主应用能够更好的管理子应用。

需要说明的是,在本发明所述处理基于qiankun的微前端架构的装置的具体实施内容,在上面所述处理基于qiankun的微前端架构的方法中已经详细说明了,故在此重复内容不再说明。

图6示出了可以应用本发明实施例的处理基于qiankun的微前端架构的方法或处理基于qiankun的微前端架构的装置的示例性系统架构600。

如图6所示,系统架构600可以包括终端设备601、602、603,网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯用户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱用户端、社交平台软件等(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理,并将处理结果反馈给终端设备。

需要说明的是,本发明实施例所提供的处理基于qiankun的微前端架构的方法一般由服务器605执行,相应地,所述处理基于qiankun的微前端架构的装置一般设置在服务器605中。

应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。

下面参考图7,其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示,计算机系统700包括中央处理单元(cpu)701,其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram703中,还存储有系统700操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。

以下部件连接至i/o接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时,执行本发明的系统中限定的上述功能。

需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、rf等等,或者上述的任意合适的组合。

附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括生成模块、划分模块、配置模块和通信模块,其中,这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,该设备实现如下方法:生成主应用和子应用;基于两个维度划分所述子应用;获取登陆用户对应的权限信息,所述主应用将所述登陆用户对应的权限信息传递给所述子应用;实现所述主应用与所述子应用之间的shared通信。

根据本发明实施例的技术方案,因为采用生成主应用和子应用,基于两个维度划分子应用,主应用将登陆用户对应的权限信息传递给子应用,实现主应用与子应用之间的shared通信的技术手段,所以克服了现有的微前端架构只能基于功能划分子应用、接入权限粒度过大以及主应用和子应用之间通信混乱的技术问题。本发明实施例可以同时满足基于功能的子应用划分和基于地区的子应用划分,实现更细粒度的接入权限,以及在多应用的通信场景中,子应用具备完全独立运行能力,同时主应用能够更好的管理子应用。

上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1