CN115390906A - 工程打包方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种工程打包方法、装置、设备及存储介质。涉及大数据数据处理技术领域。该方法包括：响应于工程打包请求，确定与工程相关的组件的第一组件标识，并基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系，并根据第一依赖关系，对公共组件和业务组件的组件文件进行打包，能够只对工程所需的公共组件和业务组件进行打包，因此在打包过程中不会引入大量无效的组件，从而可以缩小工程的资源包，进而可以提升工程编译及加载效率。

Description

工程打包方法、装置、设备及存储介质

技术领域

本申请涉及大数据数据处理技术领域，尤其涉及一种工程打包方法、装置、设备及存储介质。

背景技术

Webpack是一个现代JavaScript应用程序的静态模块打包器，方便快捷，具有入口、出口、loader、插件、模式等，其可以进行代码分割、模块化，以提取公共代码，去掉死亡代码。主要用于以下几个方面：1.css、js扩展语言的转义2.把多个文件混淆压缩成少量文件，减少代码体积，去掉注释等多余代码3.把通用的vue框架和react框架文件转化成正常的html,css,js文件。

相关技术的打包过程，webpack根据配置文件自动对文件目录结构下生成对应的文件依赖树，根据文件依赖树对所有文件进行编译合并输出目标生产包。然而，Webpack打包主要针对于单一工程在同一目录下的全部文件进行打包，且进行多文件合并时，无法区分多项目共用的公共项目工程。因此，导致引入大量无效的组件而造成资源包过大，影响工程的编译加载速度。

发明内容

本申请提供一种工程打包方法、装置、设备及存储介质，旨在至少在一定程度上解决相关技术中的技术问题之一。

第一方面，本申请提供一种工程打包方法，包括：响应于工程打包请求，确定与工程相关的组件的第一组件标识；基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系；根据第一依赖关系，对公共组件和业务组件的组件文件进行打包。

第二方面，本申请提供一种工程打包装置，包括：第一确定模块，用于响应于工程打包请求，确定与工程相关的组件的第一组件标识；第二确定模块，用于基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系；打包模块，用于根据第一依赖关系，对公共组件和业务组件的组件文件进行打包。

第三方面，本申请提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现工程打包方法。

第四方面，本申请提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行工程打包方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行工程打包方法。

本申请提供的工程打包方法、装置、设备及存储介质，通过响应于工程打包请求，确定与工程相关的组件的第一组件标识，并基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系，并根据第一依赖关系，对公共组件和业务组件的组件文件进行打包，能够只对工程所需的公共组件和业务组件进行打包，因此在打包过程中不会引入大量无效的组件，从而可以缩小工程的资源包，进而可以提升工程编译及加载效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据本申请第一实施例示出的工程打包方法的流程示意图；

图2是根据本申请第二实施例示出的工程打包方法的流程示意图；

图3a是根据本申请实施例示出的业务组件依赖关系示意图；

图3b是根据本申请实施例示出的公共组件依赖关系示意图；

图3c是根据本申请实施例示出的组件配置文件关系示意图；

图4是根据本申请第三实施例示出的工程打包方法的流程示意图；

图5是根据本申请示出的一种工程打包装置的框图；

图6示出了适于用来实现本申请实施方式的示例性电子设备的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

其中，需要说明的是，本实施例的工程打包方法的执行主体可以为工程打包装置，该装置可以由软件和/或硬件的方式实现，该装置可以配置在电子设备中，电子设备可以包括但不限于终端、服务器端等。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1是根据本申请第一实施例示出的工程打包方法的流程示意图，如图1所示，该方法包括：

S101：响应于工程打包请求，确定与工程相关的组件的第一组件标识。

本申请实施例中，在需要对工程进行打包的情况下，可以响应于工程打包请求，确定与当前待打包工程相关的组件的第一组件标识。

其中，组件也可以被称为模块，本实施例可以定义全局组件，每个工程可以由全局组件中的一个或者多个组件搭建而成，并且每个组件可以有对应的组件标识，组件标识例如组件名称、组件编号以及其它任意可能的组件标识，对此不作限制。

而与当前待打包工程相关的组件的组件标识，可以被称为第一组件标识。一些实施例，打包请求可以携带该第一组件标识，或者还可以对工程进行解析，以确定该第一组件标识，对此不作限制。

本申请实施例中，可以将全局组件分为全局业务组件和全局公共组件。

其中，业务组件也可以被称为个性化组件，与工程所实现的具体业务功能相关，不同的工程可以有不同的业务组件。

而公共组件，也可以被称为框架组件，不同工程可以共用公共组件。

本实施例的待打包工程，可以由业务组件和公共组件搭建而成。其中，第一组件标识例如可以是待打包工程中业务组件的组件标识，或者还可以是业务组件和公共组件的组件标识，对此不作限制。

S102：基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系。

其中，本实施例可以预先构建组件配置文件，该组件配置文件用于记录全局组件的文件路径依赖关系(依赖树形式)。

具体地，在构建组件配置文件过程中，首先可以确定每个全局组件(包括全局业务组件和全局公共组件)的组件标识、依赖关系以及组件文件地址等信息；进一步地，根据依赖关系将每个全局组件的组件标识及文件地址等信息注册到组件配置文件，从而可以得到树形结构的文件依赖树，该文件依赖树的不同分支可以表征组件的文件路径。

上述确定与工程相关的组件的第一组件标识后，进一步地，本申请实施例可以基于该组件配置文件，确定与第一组件标识对应的业务组件和公共组件，并且确定业务组件和公共组件的依赖关系，该依赖关系可以被称为第一依赖关系(文件依赖树)，也即是说，第一依赖关系记录待打包工程所需的业务组件和公共组件的文件路径。

S103：根据第一依赖关系，对公共组件和业务组件的组件文件进行打包。

上述确定第一依赖关系后，进一步地，本实施例可以根据第一依赖关系，对工程所需的公共组件和业务组件的组件文件进行打包。

一些实施例，例如可以采用Webpack工具对公共组件和业务组件的组件文件进行打包，即：调用Webpack工具对待打包工程中的业务组件和公共组件的代码文件进行编译，得到工程的资源包。

一些实施例，根据第一依赖关系，采用Webpack工具对公共组件和业务组件的组件文件进行打包，包括以下步骤：

a1、根据第一依赖关系，将公共组件和业务组件的文件路径进行注册，以生成路由文件(vue文件)，也即是说，将第一依赖关系用路由的形式表示，则路由文件可以记录公共组件和业务组件的组件文件的文件路径；

a2、进一步地，根据路由文件中的文件路径获取公共组件和业务组件的组件文件(即，代码文件)，并进行打包，即：采用Webpack工具对获取到的组件文件进行打包。

本实施例，通过响应于工程打包请求，确定与工程相关的组件的第一组件标识，并基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系，并根据第一依赖关系，采用Webpack工具对公共组件和业务组件的组件文件进行打包，能够只对工程所需的公共组件和业务组件进行打包，因此在打包过程中不会引入大量无效的组件，从而可以缩小工程的资源包，进而可以提升工程编译及加载效率。

图2是根据本申请第二实施例示出的工程打包方法的流程示意图，如图2所示，该方法包括：

S201：响应于工程打包请求，确定与工程相关的组件的第一组件标识。

S201的具体说明可以参见上述实施例，此处不在赘述。

S202：基于预先构建的业务组件配置文件，确定第一组件标识对应的业务组件的第二依赖关系。

本申请实施例，组件配置文件可以包括业务组件配置文件和公共组件配置文件。

其中，业务组件配置文件用于记录全局业务组件的依赖关系。图3a是根据本申请实施例示出的业务组件依赖关系示意图，如图3a所示，全局业务组件例如包括业务组件1、业务组件2、...业务组件N，其中，业务组件2依赖业务组件1，业务组件3依赖业务组件2...。同理，公共组件配置文件用于记录全局公共组件的依赖关系，图3b是根据本申请实施例示出的公共组件依赖关系示意图，如图2所示，全局公共组件例如公共组件1、公共组件2、公共组件3、...公共组件N，其中，公共组件2例如依赖公共组件1。

一些实施例，图3c是根据本申请实施例示出的组件配置文件关系示意图，如图3c所示，业务组件配置文件和公共组件配置文件可以配置统一的工程总入口，通过总入口可以访问业务组件配置文件和公共组件配置文件。

本实施例的第一组件标识例如可以是待打包工程中业务组件的组件标识，在基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系的操作中，本实施例可以基于预先构建的业务组件配置文件，确定第一组件标识对应的业务组件的依赖关系(依赖树)，该依赖关系可以被称为第二依赖关系，也即是说，第二依赖关系可以表征待打包工程中业务组件的依赖关系。

S203：基于预先构建的公共组件配置文件和第二依赖关系，确定公共组件的第三依赖关系。

上述确定业务组件的第二依赖关系后，进一步地，本实施可以基于预先构建的公共组件配置文件和第二依赖关系，确定公共组件的第三依赖关系，也即是说，第三依赖关系可以表征待打包工程中公共组件的依赖关系。

一些实施例，确定公共组件的第三依赖关系包括以下步骤：

b1、根据第二依赖关系确定业务组件依赖的公共组件的第二组件标识。具体地，本实施例可以针对第二依赖关系中的每个业务组件，确定其所依赖的公共组件的组件标识，该标识可以被称为第二组件标识。

b2、进一步地，基于公共组件配置文件对第二组件标识进行扫描，以确定第三依赖关系。例如：在公共组件配置文件中扫描第二组件标识(例如组件名称)，从而可以得到公共组件集合，根据该集合的依赖关系生成文件依赖关系树，即：第三依赖关系。从而，本实施例针对于文件依赖的问题，可以通过代码扫描的方式，不依赖于开发者自身的操作，不容易遗漏组件，在组件简洁的前提下，保证组件依赖的完整性。

S204：根据第二依赖关系和第三依赖关系，确定第一依赖关系。

也即是说，将业务组件的第二依赖关系和公共组件的第三依赖关系进行组合，得到该第一依赖关系。

一些实施例，在新增业务组件开发完成的情况下，本实施例可以将新增业务组件的依赖关系(包括组件标识、组件文件地址等信息)注册至业务组件配置文件；同理，在新增公共组件开发完成的情况下，本实施例可以将新增公共组件的依赖关系注册至公共组件配置文件。

从而，本实施例的公共组件和业务组件可以单独开发互不干扰，并且相互有依赖关系。在工程开发过程中，公共组件与业务组件可以自由组合，快速且可复制地生成新的工程，应对多功能共用组件的需求场景、快速上手、减少重复开发量、更加稳定的代码质量。

S205：根据第一依赖关系，对公共组件和业务组件的组件文件进行打包。

S205的具体说明可以参见上述实施例，此处不在赘述。

本实施例的第一组件标识例如可以是待打包工程中业务组件的组件标识，在基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系的操作中，本实施例可以基于预先构建的业务组件配置文件，确定第一组件标识对应的业务组件的依赖关系(依赖树)，该依赖关系可以被称为第二依赖关系，也即是说，第二依赖关系可以表征待打包工程中业务组件的依赖关系。此外，本实施例的公共组件和业务组件可以单独开发互不干扰，并且相互有依赖关系。在工程开发过程中，公共组件与业务组件可以自由组合，快速且可复制地生成新的工程，应对多功能共用组件的需求场景、快速上手、减少重复开发量、更加稳定的代码质量。

图4是根据本申请第三实施例示出的工程打包方法的流程示意图，如图4所示，该方法包括：

S301：响应于工程打包请求，确定与工程相关的组件的第一组件标识。

S302：基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系。

S301-S302的具体说明可以参见上述实施例，此处不在赘述。

S303：获取全局组件的组件文件。

本申请实施例在根据第一依赖关系，采用Webpack工具对公共组件和业务组件的组件文件进行打包过程中，首先获取全局组件的组件文件(即，组件代码文件)，包括全局业务组件的组件文件和全局公共组件的组件文件。

S304：根据第一依赖关系确定全局组件中的冗余组件，并将冗余组件的组件文件删除。

其中，第一依赖关系中未出现的组件可以被称为冗余组件，包括业务冗余组件和公共冗余组件，也即是说，冗余组件与工程不相关，则本实施例可以将冗余组件的组件文件删除，只保留全局组件中与工程相关的公共组件和业务组件。

S305：对剩余的公共组件和业务组件的组件文件进行打包。

进一步地，采用Webpack工具对删除冗余组件后剩余的公共组件和业务组件的组件文件进行打包。

从而，本实施例可以在全局组件的基础上剔除冗余组件，保证工程组件的完整性，优化工程的代码量和加载速度。

本实施例的第一组件标识例如可以是待打包工程中业务组件的组件标识，在基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系的操作中，本实施例可以基于预先构建的业务组件配置文件，确定第一组件标识对应的业务组件的依赖关系(依赖树)，该依赖关系可以被称为第二依赖关系，也即是说，第二依赖关系可以表征待打包工程中业务组件的依赖关系。此外，本实施例可以在全局组件的基础上剔除冗余组件，保证工程组件的完整性，优化工程的代码量和加载速度。

图5是根据本申请示出的一种工程打包装置的框图，如图5所示，该工程打包装置50包括：

第一确定模块501，用于响应于工程打包请求，确定与工程相关的组件的第一组件标识；

第二确定模块502，用于基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系；

打包模块503，用于根据第一依赖关系，采用Webpack工具对公共组件和业务组件的组件文件进行打包。

一些实施例，第二确定模块502，包括：

第一确定子模块，用于基于预先构建的业务组件配置文件，确定第一组件标识对应的业务组件的第二依赖关系；

第二确定子模块，用于基于预先构建的公共组件配置文件和第二依赖关系，确定公共组件的第三依赖关系；以及

第三确定子模块，用于根据第二依赖关系和第三依赖关系，确定第一依赖关系。

一些实施例，第二确定子模块，具体用于：

根据第二依赖关系确定业务组件依赖的公共组件的第二组件标识；以及

基于公共组件配置文件对第二组件标识进行扫描，以确定第三依赖关系。

一些实施例，装置50还包括：

第一新增模块，用于在新增业务组件开发完成的情况下，将新增业务组件的依赖关系注册至业务组件配置文件；和/或

第二新增模块，用于在新增公共组件开发完成的情况下，将新增公共组件的依赖关系注册至公共组件配置文件。

一些实施例，打包模块503，具体用于：

获取全局组件的组件文件；

根据第一依赖关系确定全局组件中的冗余组件，并将冗余组件的组件文件删除；以及

采用Webpack工具对剩余的公共组件和业务组件的组件文件进行打包。

一些实施例，打包模块503，具体用于：

根据第一依赖关系生成路由文件，其中，路由文件用于记录公共组件和业务组件的组件文件的文件路径；以及

根据路由文件获取公共组件和业务组件的组件文件，并采用Webpack工具进行打包。

本实施例通过响应于工程打包请求，确定与工程相关的组件的第一组件标识，并基于预先构建的组件配置文件，确定与第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，组件配置文件用于记录全局组件的文件路径依赖关系，并根据第一依赖关系，采用Webpack工具对公共组件和业务组件的组件文件进行打包，能够只对工程所需的公共组件和业务组件进行打包，因此在打包过程中不会引入大量无效的组件，从而可以缩小工程的资源包，进而可以提升工程编译及加载效率。

根据本申请的实施例，本申请还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6是根据本申请示出的一种电子设备的框图。例如，电子设备600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，电子设备600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制电子设备600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在电子设备600的操作。这些数据的示例包括用于在电子设备600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为电子设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为电子设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在电子设备600和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当电子设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当电子设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。

在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为电子设备600提供各个方面的状态评估。例如，传感器组件614可以检测到电子设备600的打开/关闭状态，组件的相对定位，例如组件为电子设备600的显示器和小键盘，传感器组件614还可以检测电子设备600或电子设备600一个组件的位置改变，用户与电子设备600接触的存在或不存在，电子设备600方位或加速/减速和电子设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于电子设备600和其他设备之间有线或无线方式的通信。电子设备600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述工程打包方法。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器604，上述指令可由电子设备600的处理器920执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (17)

1.一种工程打包方法，其特征在于，包括：

响应于工程打包请求，确定与所述工程相关的组件的第一组件标识；

基于预先构建的组件配置文件，确定与所述第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，所述组件配置文件用于记录全局组件的文件路径依赖关系；

根据所述第一依赖关系，对所述公共组件和业务组件的组件文件进行打包。

2.根据权利要求1所述的方法，其特征在于，所述基于预先构建的组件配置文件，确定与所述第一组件标识对应的业务组件和公共组件的第一依赖关系，包括：

基于预先构建的业务组件配置文件，确定所述第一组件标识对应的业务组件的第二依赖关系；

基于预先构建的公共组件配置文件和所述第二依赖关系，确定所述公共组件的第三依赖关系；以及

根据所述第二依赖关系和所述第三依赖关系，确定所述第一依赖关系。

3.根据权利要求2所述的方法，其特征在于，所述基于预先构建的公共组件配置文件和所述第二依赖关系，确定所述公共组件的第三依赖关系，包括：

根据所述第二依赖关系确定所述业务组件依赖的公共组件的第二组件标识；以及

基于所述公共组件配置文件对所述第二组件标识进行扫描，以确定所述第三依赖关系。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在新增业务组件开发完成的情况下，将所述新增业务组件的依赖关系注册至所述业务组件配置文件；和/或

在新增公共组件开发完成的情况下，将所述新增公共组件的依赖关系注册至所述公共组件配置文件。

5.根据权利要求1所述的方法，其特征在于，所述根据所述第一依赖关系，对所述公共组件和业务组件的组件文件进行打包，包括：

获取所述全局组件的组件文件；

根据所述第一依赖关系确定所述全局组件中的冗余组件，并将所述冗余组件的组件文件删除；以及

对剩余的所述公共组件和业务组件的组件文件进行打包。

6.根据权利要求1所述的方法，其特征在于，所述根据所述第一依赖关系，对所述公共组件和业务组件的组件文件进行打包，包括：

根据所述第一依赖关系生成路由文件，其中，所述路由文件用于记录所述公共组件和业务组件的组件文件的文件路径；以及

根据所述路由文件获取所述公共组件和业务组件的组件文件并进行打包。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述对所述公共组件和业务组件的组件文件进行打包，包括：

采用Webpack工具对所述公共组件和业务组件的组件文件进行打包。

8.一种工程打包装置，其特征在于，包括：

第一确定模块，用于响应于工程打包请求，确定与所述工程相关的组件的第一组件标识；

第二确定模块，用于基于预先构建的组件配置文件，确定与所述第一组件标识对应的业务组件和公共组件的第一依赖关系，其中，所述组件配置文件用于记录全局组件的文件路径依赖关系；

打包模块，用于根据所述第一依赖关系，对所述公共组件和业务组件的组件文件进行打包。

9.根据权利要求8所述的装置，其特征在于，所述第二确定模块，包括：

第一确定子模块，用于基于预先构建的业务组件配置文件，确定所述第一组件标识对应的所述业务组件的第二依赖关系；

第二确定子模块，用于基于预先构建的公共组件配置文件和所述第二依赖关系，确定所述公共组件的第三依赖关系；以及

第三确定子模块，用于根据所述第二依赖关系和所述第三依赖关系，确定所述第一依赖关系。

10.根据权利要求9所述的装置，其特征在于，第二确定子模块，具体用于：

根据所述第二依赖关系确定所述业务组件依赖的公共组件的第二组件标识；以及

基于所述公共组件配置文件对所述第二组件标识进行扫描，以确定所述第三依赖关系。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第一新增模块，用于在新增业务组件开发完成的情况下，将所述新增业务组件的依赖关系注册至所述业务组件配置文件；和/或

第二新增模块，用于在新增公共组件开发完成的情况下，将所述新增公共组件的依赖关系注册至所述公共组件配置文件。

12.根据权利要求8所述的装置，其特征在于，所述打包模块，具体用于：

获取所述全局组件的组件文件；

根据所述第一依赖关系确定所述全局组件中的冗余组件，并将所述冗余组件的组件文件删除；以及

对剩余的所述公共组件和业务组件的组件文件进行打包。

13.根据权利要求8所述的装置，其特征在于，所述打包模块，具体用于：

根据所述第一依赖关系生成路由文件，其中，所述路由文件用于记录所述公共组件和业务组件的组件文件的文件路径；以及

根据所述路由文件获取所述公共组件和业务组件的组件文件并进行打包。

14.根据权利要求8-13任一项所述的装置，其特征在于，所述打包模块，具体用于：

采用Webpack工具对所述公共组件和业务组件的组件文件进行打包。

15.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-7中任一项所述的方法。

Images