【技术实现步骤摘要】
本专利技术涉及软件工程领域，具体涉及一种在微前端架构下的跨部门协作系统。
技术介绍
1、微前端架构是一种前端架构模式，旨在将大型前端应用程序拆分成更小的、可独立开发和部署的微服务单元，这个单元通常被称为“微应用”。这些微应用可以由不同的部门团队独立开发、维护和部署，然后组合在一起构成一个统一的前端应用。微前端的目标是提高前端开发的可维护性、可扩展性和团队协作效率。
2、传统的微前端架构在跨部门协作中面临一系列挑战。典型的微前端架构通常包括一个根基座和多个微应用，根基座负责加载和协调各个微应用。根基座是整个微前端应用的主要容器，用于加载和协调各个微应用。根基座本身是一个独立的前端应用，其主要职责是管理和加载各个微应用，使它们能够协同工作，最终形成一个完整的前端应用。在微前端架构中，微应用是指一个小型、独立的前端应用单元，它可以被单独开发、测试、部署和维护。微应用是整个微前端应用的组成部分之一，可以被组合在一起以构建一个完整的前端应用程序。
3、这些微应用可以由不同部门的独立团队进行开发、维护和部署。然而，由于根基座通常由一个特定部门负责开发、维护和部署，根据部门职责划分的问题，这种体系可能导致以下几个问题：
4、1.协作困难：当部门b希望向根基座添加新需求时，必须经过部门a的批准。这可能导致意见分歧，从而妨碍新需求的实施。
5、2.代码开发复杂性高，责任划分不清晰：根基座需要在业务区域和办公区域均可访问，但两个区域的功能要求不同。这是因为业务区域的根基座由部门a管理，而办公区域的根基
6、(1)前端代码需要包含大量判断逻辑，以区分两个区域的不同需求，从而增加了代码的复杂性，影响线上代码的稳定性。
7、(2)根基座的部署区域可能导致责任划分和纠纷。例如，当根基座部署在业务区域时，由部门a开发、维护和部署。但如果部门b的功能出现线上问题，部门a可能会声称这是部门b的责任，而部门b则可能认为这是由部门a开发的，应由部门a承担。请参考图1和图2。
8、目前，尚未有一个全面且成熟的解决方案来应对这些需求。
技术实现思路
1、以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。
2、本专利技术的目的在于解决上述问题，提供了一种在微前端架构下的跨部门协作系统，同时满足灵活性和一致性，为团队提供更多的工作自由度，提高了整个生态系统的效率和协作水平。
3、本专利技术的技术方案为：本专利技术揭示了一种在微前端架构下的跨部门协作系统，系统包括基础根基座模板、第一区域根基座、第二区域根基座，其中：
4、第一区域根基座，用于加载和协调本区域的微应用，同时具备跨区域访问加载第二区域微应用的能力；
5、第二区域根基座，用于加载和协调本区域的微应用，同时具备跨区域访问加载第一区域微应用的能力；
6、基础根基座模板，用于实现第一区域根基座和第二区域根基座之间的交互和功能的统一，第一区域根基座和第二区域根基座通过引用相同版本的基础根基座模板来保证整体的一致性。
7、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，第一区域根基座是业务区根基座，第二区域根基座是办公区根基座。
8、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，业务区根基座以及对应的微应用托管在同一台静态服务器上，当在浏览器客户端上访问业务区根基座时，浏览器客户端发送http请求获取业务区根基座的静态资源，业务区根基座再通过微应用部署的地址，利用http协议获取业务区微应用的静态资源，接着，业务区根基座借助微前端框架加载组合微应用，以完成前端界面的展示，其中，在微应用部署至静态服务器后，以使每个微应用具备独立的访问地址，业务区根基座通过微前端框架加载部署到静态服务器上的微应用，实现界面的动态显示和呈现。
9、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，对于业务区根基座跨区域访问加载办公区微应用的情况，办公区域的微应用托管在另一台静态服务器，在业务区根基座所在的静态服务器上配置代理，业务区根基座通过该代理发起对办公区域微应用的请求，并将该请求通过代理服务器转发到办公区域静态服务器上，以确保业务区根基座顺利加载和协调办公区域微应用。
10、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，办公区根基座以及对应的微应用托管在同一台静态服务器上，当在浏览器客户端上访问办公区根基座时，浏览器客户端发送http请求获取办公区根基座的静态资源，办公区根基座再通过微应用部署的地址，利用http协议获取办公区微应用的静态资源，接着，办公区根基座借助微前端框架加载组合微应用，以完成前端界面的展示，其中，在微应用部署至静态服务器后，以使每个微应用具备独立的访问地址，办公区根基座通过微前端框架加载部署到静态服务器上的微应用，实现界面的动态显示和呈现。
11、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，对于办公区根基座跨区域访问加载业务区微应用的情况，业务区域的微应用托管在另一台静态服务器，在办公区根基座所在的静态服务器上配置代理，办公区根基座通过该代理发起对业务区域微应用的请求，并将该请求通过代理服务器转发到业务区域静态服务器上，以确保办公区根基座顺利加载和协调业务区域微应用。
12、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，基础根基座模板还配置有修改变更的功能，功能包括以下的处理步骤：基础根基座模板代码在修改后先经过代码评审与验证，在评审验证通过后才能进行版本发布，并且在版本发布后，业务根基座更新基础根基座模板的版本，同时办公根基座也更新基础根基座模板的版本。
13、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，基础根基座模板中引入具有灵活性的多个定制选项，该多个定制选项允许各个区域根据自身的具体需求进行调整。
14、根据本专利技术的在微前端架构下的跨部门协作系统的一实施例，定制选项包括界面元素和功能模块。
15、本专利技术对比现有技术有如下的有益效果：本专利技术一方面实现根基座多元化，传统微前端架构通常只包含一个根基座，限制了在软件开发过程中的灵活性。本专利技术采用了一项革命性的改进，将根基座拆分成两个独立的应用(业务区根基座和办公区根基座)，打破了传统的单一根基座范式，为软件开发团队提供了更大的自由度，使得跨部门的协作变得更加容易。本专利技术另一方面实现样式主题的一致性，为了确保用户体验的一致性，引入了一个基础根基座模板，这个模板作为一个框架，为业务区根基座和办公区根基座提供了共同的样式主题，这意味着无论用户是在业务区还是在办公区，都将享受到相同的外观和感觉本文档来自技高网...
【技术保护点】
1.一种在微前端架构下的跨部门协作系统，其特征在于，系统包括基础根基座模板、第一区域根基座、第二区域根基座，其中：
2.根据权利要求1所述的在微前端架构下的跨部门协作系统，其特征在于，第一区域根基座是业务区根基座，第二区域根基座是办公区根基座。
3.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，业务区根基座以及对应的微应用托管在同一台静态服务器上，当在浏览器客户端上访问业务区根基座时，浏览器客户端发送Http请求获取业务区根基座的静态资源，业务区根基座再通过微应用部署的地址，利用Http协议获取业务区微应用的静态资源，接着，业务区根基座借助微前端框架加载组合微应用，以完成前端界面的展示，其中，在微应用部署至静态服务器后，以使每个微应用具备独立的访问地址，业务区根基座通过微前端框架加载部署到静态服务器上的微应用，实现界面的动态显示和呈现。
4.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，对于业务区根基座跨区域访问加载办公区微应用的情况，办公区域的微应用托管在另一台静态服务器，在业务区根基座所在的静态服务器上配置代
5.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，办公区根基座以及对应的微应用托管在同一台静态服务器上，当在浏览器客户端上访问办公区根基座时，浏览器客户端发送Http请求获取办公区根基座的静态资源，办公区根基座再通过微应用部署的地址，利用Http协议获取办公区微应用的静态资源，接着，办公区根基座借助微前端框架加载组合微应用，以完成前端界面的展示，其中，在微应用部署至静态服务器后，以使每个微应用具备独立的访问地址，办公区根基座通过微前端框架加载部署到静态服务器上的微应用，实现界面的动态显示和呈现。
6.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，对于办公区根基座跨区域访问加载业务区微应用的情况，业务区域的微应用托管在另一台静态服务器，在办公区根基座所在的静态服务器上配置代理，办公区根基座通过该代理发起对业务区域微应用的请求，并将该请求通过代理服务器转发到业务区域静态服务器上，以确保办公区根基座顺利加载和协调业务区域微应用。
7.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，基础根基座模板还配置有修改变更的功能，功能包括以下的处理步骤：基础根基座模板代码在修改后先经过代码评审与验证，在评审验证通过后才能进行版本发布，并且在版本发布后，业务根基座更新基础根基座模板的版本，同时办公根基座也更新基础根基座模板的版本。
8.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，基础根基座模板中引入具有灵活性的多个定制选项，该多个定制选项允许各个区域根据自身的具体需求进行调整。
9.根据权利要求8所述的微前端架构下的跨部门协作系统，其特征在于，定制选项包括界面元素和功能模块。
...【技术特征摘要】
1.一种在微前端架构下的跨部门协作系统，其特征在于，系统包括基础根基座模板、第一区域根基座、第二区域根基座，其中：
2.根据权利要求1所述的在微前端架构下的跨部门协作系统，其特征在于，第一区域根基座是业务区根基座，第二区域根基座是办公区根基座。
3.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，业务区根基座以及对应的微应用托管在同一台静态服务器上，当在浏览器客户端上访问业务区根基座时，浏览器客户端发送http请求获取业务区根基座的静态资源，业务区根基座再通过微应用部署的地址，利用http协议获取业务区微应用的静态资源，接着，业务区根基座借助微前端框架加载组合微应用，以完成前端界面的展示，其中，在微应用部署至静态服务器后，以使每个微应用具备独立的访问地址，业务区根基座通过微前端框架加载部署到静态服务器上的微应用，实现界面的动态显示和呈现。
4.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，对于业务区根基座跨区域访问加载办公区微应用的情况，办公区域的微应用托管在另一台静态服务器，在业务区根基座所在的静态服务器上配置代理，业务区根基座通过该代理发起对办公区域微应用的请求，并将该请求通过代理服务器转发到办公区域静态服务器上，以确保业务区根基座顺利加载和协调办公区域微应用。
5.根据权利要求2所述的微前端架构下的跨部门协作系统，其特征在于，办公区根基座以及对应的微应用托管在同一台静态服务器上，当在浏览器客户端上访问办公区根基座时，浏览器...
【专利技术属性】
技术研发人员：范伟琦，褚洪建，王志鹏，
申请(专利权)人：上海金融期货信息技术有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。