微前端服务应用方法、装置、存储介质及电子设备与流程

1.本技术涉及数据处理技术领域，尤其涉及一种微前端服务应用方法、装置、存储介质及电子设备。


背景技术：

2.近些年来，随着前端领域相关技术的快速发展，前端的工程化程度急速提高，但随着项目内容增多，前端工程体量也随之增长，带来的维护问题越来越突出，其中，此处前端为面向web用户的那一层，通常包含路由控制，数据聚合、模板渲染、内容分发等几个方面。
3.随着企业业务的发展，以及时间的推移，各个项目通用公共部分会变得越来越多，使得由独立项目团队所开发的前端层越来越难以维护。当前，web前后端分离技术通常使用单一框架，例如，采用模型-视图-视图模型(model view view model，mvvm)将其中的视图的状态和行为抽象化，从而让我们将视图和业务逻辑分开。
4.但是，采用上述单一框架的方式，会导致基于同一框架所开发的项目只能支持该特定框架，而无法支持其他框架，进而会影响项目的可扩展性。


技术实现要素：

5.本技术实施例提供一种微前端服务应用方法、装置、存储介质及电子设备，以解决当前采用单一框架的方式，对于多前端框架无法实现技术兼容的技术问题。
6.第一方面，本技术实施例提供一种微前端服务装置，包括：主应用层单元以及子应用层单元；
7.所述子应用层单元中设置有至少一个业务模块，所述业务模块用于承载对应业务的服务内容；
8.所述主应用层单元中配置有中心注册表，所述主应用层单元通过所述中心注册表将访问指令转发至所述子应用层单元中与所述访问指令对应的目标业务模块中，以将所述目标业务模块的数据文件加载至所述主应用单元。
9.在一种可能的设计中，所述主应用层单元中设置有子应用管理模块；
10.其中，所述子应用管理模块用于利用所述中心注册表将所述访问指令匹配至所述目标业务模块，并对所述目标业务模块的静态文件进行加载，所述数据文件包括所述静态文件。
11.在一种可能的设计中，所述的微前端服务装置，还包括：用户接入层单元；
12.其中，所述用户接入层单元用于接收所述访问指令，以及用于展示所述主应用层单元加载所述静态文件后的页面。
13.在一种可能的设计中，所述主应用层单元中设置有至少一个公共服务模块，所述公共服务模块用于为所述业务模块提供公共能力，所述公共能力用于支持相应的用户交互操作。
14.在一种可能的设计中，所述公共服务模块包括：账户管理模块、权限管理模块以及
菜单管理模块中的至少一种。
15.在一种可能的设计中，所述的微前端服务装置，还包括：基础服务层单元；
16.其中，所述基础服务层单元中配置有基础服务模块，所述基础服务模块用于为所述业务模块提供基础能力，所述基础能力用于支持所述业务模块的运行管理。
17.在一种可能的设计中，所述的微前端服务装置，还包括：后端连接接口；
18.其中，所述后端连接接口用于向各个业务模块所对应的后台服务器请求所述数据文件。
19.第二方面，本技术实施例提供一种微前端服务应用方法，应用于微前端服务装置，所述微前端服务装置包括：主应用层单元以及子应用层单元，所述子应用层单元中设置有至少一个业务模块，所述业务模块用于承载对应业务的服务内容；所述方法，包括：
20.在所述主应用层单元获取到访问指令之后，利用所述主应用层单元中的中心注册表将所述访问指令转发至所述子应用层单元中对应的目标业务模块中；
21.加载所述目标业务模块的数据文件至所述主应用单元。
22.在一种可能的设计中，所述利用所述主应用层单元中的中心注册表将所述访问指令转发至所述子应用层单元中对应的目标业务模块中，包括：
23.通过所述主应用层单元中的子应用管理模块，并利用所述中心注册表将所述访问指令匹配至所述目标业务模块，以对所述目标业务模块的静态文件进行加载。
24.在一种可能的设计中，在所述加载所述目标业务模块的数据文件至所述主应用之后，还包括：
25.在用户接入层单元中展示所述主应用加载所述静态文件后的页面。
26.在一种可能的设计中，所述的微前端服务应用方法，还包括：
27.响应于用户交互操作，在所述主应用层单元中调用目标公共服务模块，其中，所述目标公共服务模块为所述主应用层单元中与所述用户交互操作相对应的公共服务模块，所述公共服务模块用于为所述业务模块提供公共能力，所述公共能力用于支持相应的用户交互操作。
28.在一种可能的设计中，所述公共服务模块包括：账户管理模块、权限管理模块以及菜单管理模块中的至少一种。
29.在一种可能的设计中，所述的微前端服务应用方法，还包括：
30.响应于业务管理指令，在所述主应用层单元中调用目标基础服务模块，其中，所述基础服务模块为所述主应用层单元中与所述业务管理指令相对应的基础服务模块，所述基础服务模块用于为所述业务模块提供基础能力，所述基础能力用于支持所述业务模块的运行管理。
31.在一种可能的设计中，所述的微前端服务应用方法，还包括：
32.响应于所述访问指令，通过后端连接接口向各个业务模块所对应的后台服务器请求所述数据文件。
33.第三方面，本技术实施例还提供一种电子设备，包括：
34.处理器；以及，
35.存储器，用于存储所述处理器的可执行指令；
36.其中，所述处理器配置为经由执行所述可执行指令来执行第一方面中任意一种微
前端服务装置中各单元的功能。
37.第四方面，本技术实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任意一种微前端服务装置中各单元的功能。
38.第五方面，本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中任意一种微前端服务装置中各单元的功能。
39.本技术实施例提供的一种微前端服务应用方法、装置、存储介质及电子设备，通过在子应用层单元中设置承载不同服务内容的业务模块，并在主应用层单元中配置中心注册表，从而使得主应用层单元通过中心注册表将访问指令转发至子应用层单元中与访问指令对应的目标业务模块中，以将目标业务模块的数据文件加载至主应用单元，从而实现主应用单元可以对子应用层单元中基于不同框架所开发的业务模块进行兼容，以使得该微前端服务装置可以进行前端业务的解耦，并且还可以通过配置子应用层单元中的业务模块来对具体的业务需求进行适应性的部署，从而提高所开发项目的可扩展性。
附图说明
40.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
41.图1是本技术根据一示例实施例示出的微前端服务装置的装置示意图；
42.图2是本技术根据一示例实施例示出的微前端服务应用方法的流程示意图；
43.图3是本技术根据另一示例实施例示出的微前端服务应用方法的流程示意图；
44.图4是本技术根据一示例实施例示出的电子设备的结构示意图。
具体实施方式
45.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.随着企业业务的发展，以及时间的推移，各个项目通用公共部分会变得越来越多，使得由独立项目团队所开发的前端层越来越难以维护。通常来讲，一个大型业务系统(例如：金融业务系统、教育业务系统以及娱乐业务系统等)会包含多个业务模块，每个业务模块由相应的后端服务支撑，在正常开发过程中，每个后端服务对应着一个独立的前端，同
时，由于技术选型、领导决策、历史遗留等原因，各个前端所使用的技术栈可能新旧不一、装置各异。如果需要保持装置的一致性，则采用的web前后端分离技术来进行实现，通常使用单一框架，例如，采用mvvm装置将其中的视图的状态和行为抽象化，从而让我们将视图和业务逻辑分开。但是，采用单一框架的方式，会导致基于同一框架所开发的项目对于某种特定前端框架依赖度较高，当平台中需要其他前端框架支持时，便无法在技术兼容性做到很好保障。
48.针对上述技术问题，本技术的技术构思，在于通过在子应用层单元中设置承载不同服务内容的业务模块，并在主应用层单元中配置中心注册表，从而使得主应用层单元通过中心注册表将访问指令转发至子应用层单元中与访问指令对应的目标业务模块中，以将目标业务模块的数据文件加载至主应用单元，从而实现在主应用单元可以对子应用层单元中基于不同框架所开发的业务模块进行兼容，以使得该微前端服务装置可以进行前端业务的解耦，并且还可以通过配置子应用层单元中的业务模块来对具体的业务需求进行适应性的部署。
49.图1是本技术根据一示例实施例示出的微前端服务装置的装置示意图。如图1所示，本技术中所提供的微前端服务装置，包括：主应用层单元以及子应用层单元。
50.其中，在子应用层单元中设置有至少一个业务模块，业务模块用于承载对应业务的服务内容。例如，在金融业务系统中，子应用层单元中可以设置有“基金”、“投后”、“图谱”、“策略”、“投研”以及“外部项目”等业务模块，每个业务模块用于承载对应的金融业务内容及功能。可以“基金”作为其中一个业务模块进行举例说明，该业务模块可以是用于展示基金业务相关的内容和服务。
51.此外，在主应用层单元中配置有中心注册表，在主应用层单元中可以通过中心注册表将访问指令转发至子应用层单元中与访问指令对应的目标业务模块中，以将目标业务模块的数据文件加载至主应用。值得说明的，在一种可能的设计中，对于上述主应用层单元与子应用层单元之间的通信，可以采用eventemitter3的方式进行实现。
52.其中，上述的中心注册表可以是用于建立主应用层单元与子应用层单元之间的地址访问关系，当主应用层单元接收到相关的访问指令时，可以通过中心注册表中的映射关系，转发至子应用层单元中对应的业务模块。例如，在主应用层单元中获取到的访问指令是用于访问“基金”的相关业务或服务，则可以是通过中心注册表将访问指令转发至子应用层单元中的“基金”模块，从而将“基金”模块中的数据文件加载至主应用，以在主应用中进行展示。
53.可选的，可以是通过import-html-entry来将目标业务模块的数据文件加载至主应用。具体的，可以是通过读取目标业务模块的html中的js\css等entry，然后，注入到主应用的html上进行实现。
54.其中，对于上述的中心注册表可以通过single-spa框架中的方法进行实现。从而可以兼容各种技术栈，即在同一个页面中可使用多种技术(例如：react，vue，angularjs，angular，ember)，并且不需要重载页面。并且，还无需重构现有代码，即如果想选用新的技术框架编写代码，现有项目中的代码无需重构。此外，每个独立模块的代码可做到按需加载，不浪费额外资源。并且，每个独立模块，独立开发，独立运行，可以配置最优的访问权限，还能将功能拆分到最小，且权限可按功能来划分。从而通过single-spa以及其中的中心注
册表将多个不同技术的项目融合一起。
55.在本实施例中，通过在子应用层单元中设置承载不同服务内容的业务模块，并在主应用层单元中配置中心注册表，从而使得主应用层单元通过中心注册表将访问指令转发至子应用层单元中与访问指令对应的目标业务模块中，以将目标业务模块的数据文件加载至主应用，从而实现在主应用可以对子应用层单元中基于不同框架所开发的业务模块进行兼容，以使得该微前端服务装置可以进行前端业务的解耦，并且还可以通过配置子应用层单元中的业务模块来对具体的业务需求进行适应性的部署。
56.继续参照图1，在上述实施例的基础上，主应用层单元中还可以设置有子应用管理模块，其中，子应用管理模块用于利用中心注册表将访问指令匹配至目标业务模块，并对目标业务模块的静态文件进行加载，上述的数据文件包括静态文件。值得说明的，子应用层单元中的业务模块种类可以根据实际需求进行构建，如果需要在子应用层单元中添加新的业务模块，则可以通过在子应用管理模块中注册该业务模块的方式进行实现。其中，对于静态文件的加载，可以采用systemjs工具，是一个通用javascript模块加载器，可以在浏览器和nodejs中加载es6模块amd commonjs和全局脚本。
57.此外，主应用层单元中还可以设置有至少一个公共服务模块，公共服务模块用于为业务模块提供公共能力，公共能力用于支持相应的用户交互操作。参照图1所示，公共服务模块可以包括：账户管理模块、权限管理模块以及菜单管理模块中的至少一种。值得说明的，可以选取各个应用中常用的一些功能模块作为公共服务模块，例如，在各个应用中，通常需要进行账户管理，因此，可以通过在主应用单元中设置账户管理模块的方式，让其成为整个装置的公共服务模块，以避免在各个业务模块中在单独重复地设置该功能模块，从而有效地简化系统。
58.在上述实施例的基础上，微前端服务装置，还可以包括：基础服务层单元。其中，基础服务层单元中配置有基础服务模块，基础服务模块用于为业务模块提供基础能力，基础能力用于支持业务模块的运行管理。继续参照图1，上述的基础服务模块可以包括：监控模块、分发模块、埋点模块以及模拟模块中的至少一种。值得说明的，基础服务模块用于为业务模块提供运行管理中的基础能力，即可以对业务模块运行进行监测、业务分发、埋点管理以及模拟数据等操作。
59.继续参照图1，本实施例提供的微前端服务装置，还可以包括：后端连接接口，对于后端连接接口，可以采用jen nginx。其中，后端连接接口用于向各个业务模块所对应的后台服务器请求数据文件。例如，响应于对“基金”业务模块的访问指令，从基金后台服务器中请求响应的数据文件，以用于前端的展示，例如，浏览器或者微信小程序的页面方式进行展示。
60.图2是本技术根据一示例实施例示出的微前端服务应用方法的流程示意图。如图2所示，本实施例提供的微前端服务应用方法，包括：
61.步骤101、在主应用层单元获取到访问指令。
62.本实施例提供的微前端服务应用方法，应用于上述任意实施例提供的微前端服务装置。该前端服务装置包括：主应用层单元以及子应用层单元。
63.其中，在子应用层单元中设置有至少一个业务模块，业务模块用于承载对应业务的服务内容。例如，在金融业务系统中，子应用层单元中可以设置有“基金”、“投后”、“图
谱”、“策略”、“投研”以及“外部项目”等业务模块，每个业务模块用于承载对应的金融业务内容及功能。可以“基金”作为其中一个业务模块进行举例说明，该业务模块可以是用于展示基金业务相关的内容和服务。
64.在用户需要对相关的目标业务模块进行访问时，可以通过在用户接入层单元输入相应的访问指令，从而使得主应用层单元获取到访问指令。
65.步骤102、利用主应用层单元中的中心注册表将访问指令转发至子应用层单元中对应的目标业务模块中。
66.在主应用层单元中配置有中心注册表，在主应用层单元中可以通过中心注册表将访问指令转发至子应用层单元中与访问指令对应的目标业务模块中，以将目标业务模块的数据文件加载至主应用单元。值得说明的，在一种可能的设计中，对于上述主应用层单元与子应用层单元之间的通信，可以采用eventemitter3的方式进行实现。
67.步骤103、加载目标业务模块的数据文件至主应用。
68.其中，上述的中心注册表可以是用于建立主应用层单元与子应用层单元之间的地址访问关系，当主应用层单元接收到相关的访问指令时，可以通过中心注册表中的映射关系，转发至子应用层单元中对应的业务模块。例如，在主应用层单元中获取到的访问指令是用于访问“基金”的相关业务或服务，则可以是通过中心注册表将访问指令转发至子应用层单元中的“基金”模块，从而将“基金”模块中的数据文件加载至主应用，以在主应用中进行展示。
69.可选的，可以是通过import-html-entry来将目标业务模块的数据文件加载至主应用。具体的，可以是通过读取目标业务模块的html中的js\css等entry，然后，注入到主应用的html上进行实现。
70.其中，对于上述的中心注册表可以通过single-spa框架中的方法进行实现。从而可以兼容各种技术栈，即在同一个页面中可使用多种技术(例如：react，vue，angularjs，angular，ember)，并且不需要重载页面。并且，还无需重构现有代码，即如果想选用新的技术框架编写代码，现有项目中的代码无需重构。此外，每个独立模块的代码可做到按需加载，不浪费额外资源。并且，每个独立模块，独立开发，独立运行，可以配置最优的访问权限，还能将功能拆分到最小，且权限可按功能来划分。从而通过single-spa以及其中的中心注册表将多个不同技术的项目融合一起。
71.在本实施例中，通过在子应用层单元中设置承载不同服务内容的业务模块，并在主应用层单元中配置中心注册表，从而使得主应用层单元通过中心注册表将访问指令转发至子应用层单元中与访问指令对应的目标业务模块中，以将目标业务模块的数据文件加载至主应用单元，从而实现在主应用单元可以对子应用层单元中基于不同框架所开发的业务模块进行兼容，以使得该微前端服务装置可以进行前端业务的解耦，并且还可以通过配置子应用层单元中的业务模块来对具体的业务需求进行适应性的部署，从而提高所开发项目的可扩展性。
72.图3是本技术根据另一示例实施例示出的微前端服务应用方法的流程示意图。如图3所示，本实施例提供的微前端服务应用方法，包括：
73.步骤201、在主应用层单元获取到访问指令。
74.本实施例提供的微前端服务应用方法，应用于上述任意实施例提供的微前端服务
装置。该前端服务装置包括：主应用层单元以及子应用层单元。
75.其中，在子应用层单元中设置有至少一个业务模块，业务模块用于承载对应业务的服务内容。例如，在金融业务系统中，子应用层单元中可以设置有“基金”、“投后”、“图谱”、“策略”、“投研”以及“外部项目”等业务模块，每个业务模块用于承载对应的金融业务内容及功能。可以“基金”作为其中一个业务模块进行举例说明，该业务模块可以是用于展示基金业务相关的内容和服务。
76.在用户需要对相关的目标业务模块进行访问时，可以通过在用户接入层单元输入相应的访问指令，从而使得主应用层单元获取到访问指令。
77.步骤202、通过主应用层单元中的子应用管理模块，并利用中心注册表将访问指令匹配至所述目标业务模块，以对目标业务模块的静态文件进行加载。
78.在上述实施例的基础上，主应用层单元中还可以设置有子应用管理模块，其中，子应用管理模块用于利用中心注册表将访问指令匹配至目标业务模块，并对目标业务模块的静态文件进行加载，上述的数据文件包括静态文件。值得说明的，子应用层单元中的业务模块种类可以根据实际需求进行构建，如果需要在子应用层单元中添加新的业务模块，则可以通过在子应用管理模块中注册该业务模块的方式进行实现。其中，对于静态文件的加载，可以采用systemjs工具，是一个通用javascript模块加载器，可以在浏览器和nodejs中加载es6模块amd commonjs和全局脚本。
79.步骤203、加载目标业务模块的数据文件至主应用。
80.其中，上述的中心注册表可以是用于建立主应用层单元与子应用层单元之间的地址访问关系，当主应用层单元接收到相关的访问指令时，可以通过中心注册表中的映射关系，转发至子应用层单元中对应的业务模块。例如，在主应用层单元中获取到的访问指令是用于访问“基金”的相关业务或服务，则可以是通过中心注册表将访问指令转发至子应用层单元中的“基金”模块，从而将“基金”模块中的数据文件加载至主应用，以在主应用中进行展示。
81.可选的，可以是通过import-html-entry来将目标业务模块的数据文件加载至主应用。具体的，可以是通过读取目标业务模块的html中的js\css等entry，然后，注入到主应用的html上进行实现。
82.其中，对于上述的中心注册表可以通过single-spa框架中的方法进行实现。从而可以兼容各种技术栈，即在同一个页面中可使用多种技术(例如：react，vue，angularjs，angular，ember)，并且不需要重载页面。并且，还无需重构现有代码，即如果想选用新的技术框架编写代码，现有项目中的代码无需重构。此外，每个独立模块的代码可做到按需加载，不浪费额外资源。并且，每个独立模块，独立开发，独立运行，可以配置最优的访问权限，还能将功能拆分到最小，且权限可按功能来划分。从而通过single-spa以及其中的中心注册表将多个不同技术的项目融合一起。
83.步骤204、在用户接入层单元中展示主应用加载静态文件后的页面。
84.在本步骤中，可以是通过后端连接接口，向各个业务模块所对应的后台服务器请求数据文件。例如，响应于对“基金”业务模块的访问指令，从基金后台服务器中请求响应的静态文件，并将该静态文件加载至主应用层单元中，以在用户接入层单元中展示主应用层单元加载静态文件后的页面，例如，浏览器或者微信小程序的页面方式进行展示。
85.此外，主应用层单元中还可以设置有至少一个公共服务模块，公共服务模块用于为业务模块提供公共能力，公共能力用于支持相应的用户交互操作。参照图1所示，公共服务模块可以包括：账户管理模块、权限管理模块以及菜单管理模块中的至少一种。值得说明的，可以选取各个应用中常用的一些功能模块作为公共服务模块，例如，在各个应用中，通常需要进行账户管理，因此，可以通过在主应用中设置账户管理模块的方式，让其成为整个装置的公共服务模块，以避免在各个业务模块中在单独重复地设置该功能模块，从而有效地简化系统。可以响应于用户交互操作，在主应用层单元中调用目标公共服务模块，其中，目标公共服务模块为主应用层单元中与用户交互操作相对应的公共服务模块，公共服务模块用于为业务模块提供公共能力，公共能力用于支持相应的用户交互操作。
86.并且，微前端服务装置，还可以包括：基础服务层单元。其中，基础服务层单元中配置有基础服务模块，基础服务模块用于为业务模块提供基础能力，基础能力用于支持业务模块的运行管理。继续参照图1，上述的基础服务模块可以包括：监控模块、分发模块、埋点模块以及模拟模块中的至少一种。值得说明的，基础服务模块用于为业务模块提供运行管理中的基础能力，即可以对业务模块运行进行监测、业务分发、埋点管理以及模拟数据等操作。响应于业务管理指令，可以在主应用层单元中调用目标基础服务模块，其中，基础服务模块为主应用层单元中与业务管理指令相对应的基础服务模块。
87.图4是本技术根据一示例实施例示出的电子设备的结构示意图。如图4所示，本实施例提供的一种电子设备300，包括：
88.处理器301；以及，
89.存储器302，用于存储所述处理器的可执行指令，该存储器还可以是flash(闪存)；
90.其中，所述处理器301配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见微前端服务装置中各个单元功能的相关描述。
91.可选地，存储器302既可以是独立的，也可以跟处理器301集成在一起。
92.当所述存储器302是独立于处理器301之外的器件时，所述电子设备300，还可以包括：
93.总线303，用于连接所述处理器301以及所述存储器302。
94.本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述的各种实施方式提供的微前端服务装置中各个单元功能。
95.本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的微前端服务装置中各个单元功能。
96.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
97.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依
然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。