CN116700682A - 一种实现多版本项目化的交付产品开发方法、设备及介质 - Google Patents

Abstract

本申请公开了一种实现多版本项目化的交付产品开发方法、设备及介质。方法包括：基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品；在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。本申请通过上述方法实现了在同一工作区下，实现多个项目不同的需求，让更多的项目实现产品化交付。

Description

一种实现多版本项目化的交付产品开发方法、设备及介质

技术领域

本申请涉及计算机程序应用开发技术领域，尤其涉及一种实现多版本项目化的交付产品开发方法、设备及介质。

背景技术

项目在使用产品交付并二次开发时，会有产品无法兼容项目需求的场景，需要项目定制化开发。一般产品代码和项目特性化代码分开存放，代码不好进行管理，且影响开发效率。

每个项目都是用一个工作区开发，会导致成本较大。为节省成本，各公司都是在一个工作区开发出产品，在产品的基础上二次开发实现项目交付。往往每个项目都会有不同的需求，会有冲突，导致无法使用产品开发。

因此，如何在同一工作区下，实现多个项目不同的需求，让更多的项目实现产品化交付成为亟待解决的技术问题。

发明内容

本申请实施例提供了一种实现多版本项目化的交付产品开发方法、设备及介质，用以解决如下技术问题：如何在同一工作区下，实现多个项目不同的需求，让更多的项目实现产品化交付。

第一方面，本申请实施例提供了一种实现多版本项目化的交付产品开发方法，其特征在于，方法包括：基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品；在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

在本申请的一种实现方式中，基于预设的规范开发要求，对产品进行通用性开发，具体包括：基于预设的公共样式库，构建前端通用jsp页面及通用产品js；在前端通用jsp页面中引入动态加载项目HC-versionMgmt.js；基于预设的后端开发规范，构建通识性产品后端的会话控制层、业务处理层及数据持久层。

在本申请的一种实现方式中，基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品，具体包括：对通用性产品的前端JSP文件进行项目化开发，以使多版本融合交付产品能够加载不同项目化需求的前端jsp页面；对通用性产品的前端CSS样式文件进行项目化开发，以使多版本融合交付产品能够进行界面样式切换；对通用性产品的前端JS文件进行项目化开发，以使多版本融合交付产品能够兼容多种逻辑；对通用性产品的后端实现类进行项目化开发，以使多版本融合交付产品能够实现对应的实现类逻辑处理规则；对通用性产品的后端Mapper.xml文件进行项目化开发，以使多版本融合交付产品能够实现对应的接口方法。

在本申请的一种实现方式中，对通用性产品的前端JSP文件进行项目化开发，具体包括：基于各版本待交付产品对应的待调整页面属性，确定预设的属性管理组件是否能够调待调整页面属性；在确定属性管理组件能够调整待调整页面属性的情况下，基于项目标识，设置通过属性管理组件调整待调整页面属性的管理权限，以使对应版本的待交付产品在加载时能够加载出对应的页面属性；在确定属性管理组件不能调整待调整页面属性的情况下，构建对应的属性更改项目js文件调整待调整页面属性，以通过属性更改项目js文件加载对应的页面属性。

在本申请的一种实现方式中，对通用性产品的前端CSS样式文件进行项目化开发，具体包括：将预设的CSS样式文件添加到界面样式切换文件目录下；设置界面样式切换功能，以使待交付产品可以根据对应的界面样式需求，选择对应的界面样式。

在本申请的一种实现方式中，对通用性产品的前端JS文件进行项目化开发，具体包括：构建各版本待交付产品对应的项目标识js文件目录；在项目标识js文件目录中，添加对应的需求逻辑的项目js文件，以使对应项目标识的待交付产品在加载时可以执行对应的项目js文件。

在本申请的一种实现方式中，对通用性产品的后端实现类进行项目化开发，具体包括：构建各版本待交付产品对应的项目serviceImpl实现类；在项目serviceImpl实现类之前添加对应项目标识的@Primary注解。

在本申请的一种实现方式中，对通用性产品的后端Mapper.xml文件进行项目化开发，具体包括：在存在第一版本的待交付产品项目化需求为在同Dao接口类添加一个操作的情况下，确定操作是否有对应的项目化SQL需要进行处理；在确定项目化SQL需要进行处理或操作还适用于其他版本的待交付产品的情况下，在第一版本的项目文件夹中建立Mapper.xml文件，并使Mapper.xml文件指向项目的Dao接口类。

第二方面，本申请实施例还提供了一种实现多版本项目化的交付产品开发设备，其特征在于，设备包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品；在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

第三方面，本申请实施例还提供了一种实现多版本项目化的交付产品开发的非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，计算机可执行指令设置为：基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品；在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

本申请实施例提供的一种实现多版本项目化的交付产品开发方法、设备及介质，对于产品无法兼容的项目化需求，可在产品工作区开发，且不影响产品和其他项目，较之前不用在产品和项目工作区来回复制文件，可提高开发效率。项目化处理只需要重写部分方法即可，无需将整个文件进行项目化，产品整改时对项目的影响更小，便于版本管理。不在区分产品工作区和项目提交区，便于版本管理和补丁抽取。对可项目化的文件进行了限制，让代码更加规范，便于版本管理。。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种实现多版本项目化的交付产品开发方法流程图；

图2为本申请实施例提供的一种项目化待交付产品的加载流程图；

图3为本申请实施例提供的一种实现多版本项目化的交付产品开发设备内部结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种实现多版本项目化的交付产品开发方法、设备及介质，用以解决如下技术问题：如何在同一工作区下，实现多个项目不同的需求，让更多的项目实现产品化交付。

下面通过附图对本申请实施例提出的技术方案进行详细的说明。

图1为本申请实施例提供的一种实现多版本项目化的交付产品开发方法流程图。如图1所示，本申请实施例提供的一种实现多版本项目化的交付产品开发方法，具体包括以下步骤：

步骤101、基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品。

在本申请的一个实施例中，为方便后续实现多版本项目化的交付产品开发，本申请会在产品进行通用性开发时，设置规范开发要求，以获得规范性产品。

具体地，基于预设的公共样式库，构建前端通用jsp页面及通用产品js；在前端通用jsp页面中引入动态加载项目HC-versionMgmt.js；基于预设的后端开发规范，构建通识性产品后端的会话控制层、业务处理层及数据持久层。

需要说明的是，本申请的规范开发要求包括前端规范要求与后端规范要求。其中，前端规范要求包括：不允许在jsp页面自定义样式，统一使用产品部公共样式；除定义变量外，不允许在jsp页面实现js逻辑，统一新建JS独立成文件，放于JSP同目录下，在加载完html后引入；路径必须写绝对路径，不能写相对路径，否则如果jsp是通过后台Controller转发过来的js会加载失败；在jsp页面开发时，统一在引入动态加载项目HC-versionMgmt.js；在加载完产品js后，执行加载项目js的方法。后端规范要求包括：所有对service的声明需使用@Autowire注解的方式注入，不允许使用动态注入bean的方式声明service。且在产品的service接口实现类中不允许添加@Primary注解；产品开发时，声明service时不允许使用@Qualifier注解；在产品开发时要多对逻辑处理进行方法提取，不要在一个方法内做太多的逻辑处理；Controller层只做调度，不允许进行业务逻辑，将前端发起的请求交给service层处理，将后台返回的结果返回给前台，参数统一使用Map。

步骤102、确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品。

在本申请的一个实施例中，在对产品进行通用性开发，以获得通用性产品之后，根据各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品。

具体地，对通用性产品的前端JSP文件进行项目化开发，以使多版本融合交付产品能够加载不同项目化需求的前端jsp页面；对通用性产品的前端CSS样式文件进行项目化开发，以使多版本融合交付产品能够进行界面样式切换；对通用性产品的前端JS文件进行项目化开发，以使多版本融合交付产品能够兼容多种逻辑；对通用性产品的后端实现类进行项目化开发，以使多版本融合交付产品能够实现对应的实现类逻辑处理规则；对通用性产品的后端Mapper.xml文件进行项目化开发，以使多版本融合交付产品能够实现对应的接口方法。

在本申请的一个实施例中，对通用性产品的前端JSP文件进行项目化开发，具体包括：基于各版本待交付产品对应的待调整页面属性，确定预设的属性管理组件是否能够调待调整页面属性；在确定属性管理组件能够调整待调整页面属性的情况下，基于项目标识，设置通过属性管理组件调整待调整页面属性的管理权限，以使对应版本的待交付产品在加载时能够加载出对应的页面属性；在确定属性管理组件不能调整待调整页面属性的情况下，构建对应的属性更改项目js文件调整待调整页面属性，以通过属性更改项目js文件加载对应的页面属性。

在本申请的一个实施例中，对通用性产品的前端CSS样式文件进行项目化开发，具体包括：将预设的CSS样式文件添加到界面样式切换文件目录下；设置界面样式切换功能，以使待交付产品可以根据对应的界面样式需求，选择对应的界面样式。

在本申请的一个实施例中，对通用性产品的前端JS文件进行项目化开发，具体包括：构建各版本待交付产品对应的项目标识js文件目录；在项目标识js文件目录中，添加对应的需求逻辑的项目js文件，以使对应项目标识的待交付产品在加载时可以执行对应的项目js文件。

具体地，在HC-versionMgmt.js文件中，更改projectId的值为项目编号，若为产品则设为空。

在本申请的一个实施例中，Controller作为控制器，它是负责业务调度，将前台发起的请求和参数交给业务逻辑层处理，故Controller不进行项目化处理也可以兼容项目需求。例如：对于业务需求添加一个操作，且不适用于其他项目时，在产品上添加该操作即可，在其他项目上不调用，但需要写清楚注释：xx项目原始需求、整改方式、负责人和时间。若业务需求需要增加或减少参数，则将产品的Controller的参数使用map接收，在service层解析。故不允许对Controller层进行项目化处理。

在本申请的一个实施例中，若业务需求需要在实体类添加字段，则在产品中添加，不在其他项目上使用即可，但需要写清楚注释：xx项目原始需求、整改方式、负责人和时间。故不允许对Data实体类进行项目化处理。同样的，对于业务需求添加一个操作，且不适用于其他项目时，在产品上直接添加方法即可。故不允许对Service接口类进行项目化处理。

在本申请的一个实施例中，对通用性产品的后端实现类进行项目化开发，具体包括：构建各版本待交付产品对应的项目serviceImpl实现类；在项目serviceImpl实现类之前添加对应项目标识的@Primary注解。

进一步地，将需要项目化处理的方法，在后端实现类中重写即可。写清楚注释：xx项目原始需求、整改方式、负责人和时间。

在本申请的一种实现方式中，对通用性产品的后端Mapper.xml文件进行项目化开发，具体包括：在存在第一版本的待交付产品项目化需求为在同Dao接口类添加一个操作的情况下，确定操作是否有对应的项目化SQL需要进行处理；在确定项目化SQL需要进行处理或操作还适用于其他版本的待交付产品的情况下，在第一版本的项目文件夹中建立Mapper.xml文件，并使Mapper.xml文件指向项目的Dao接口类。进一步地，需要在serviceImpl重写对应的方法，用项目Dao接口类声明的对象调用该方法。在确定没有项目化SQL需要进行处理且操作不适用于其他版本的待交付产品的情况下，在通用性产品中直接添加操作对应的方法。

在本申请的一个实施例中，在存在第二版本的待交付产品项目化需求为在同Service接口类添加一个操作的情况下，确定操作是否有对应的项目化SQL需要进行处理；在确定项目化SQL需要进行处理或操作还适用于其他版本的待交付产品的情况下，在第一版本的项目文件夹中建立接口子类，但不需要重写任何方法。由项目mapper文件指向该接口子类。进一步地，在项目的serviceImpl中声明项目的Dao接口类。在确定没有项目化SQL需要进行处理且操作不适用于其他版本的待交付产品的情况下，在通用性产品中直接添加操作对应的方法。

步骤103、在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

在本申请的一个实施例中，在对各版本待交付产品进行交付时，还需要动态加载对应的前端项目文件以及动态加载后端项目文件。

在加载后端项目文件时，还需要在spring/service目录下com-genersoftProject.xml中的bean路径改成对于项目的路径。在产品上删除和两个文件，这样就不会注入其他项目的bean对象了。

在本申请的一个实施例中，具体加载流程如图2所示，图2为本申请实施例提供的一种项目化待交付产品的加载流程图。

以上为本申请提出的方法实施例。基于同样的发明构思，本申请实施例还提供了一种实现多版本项目化的交付产品开发设备，其结构如图3所示。

图3为本申请实施例提供的一种实现多版本项目化的交付产品开发设备内部结构示意图。如图3所示，设备包括：

至少一个处理器301；

以及，与至少一个处理器通信连接的存储器302；

其中，存储器302存储有可被至少一个处理器执行的指令，指令被至少一个处理器301执行，以使至少一个处理器301能够：

基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；

确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品；

在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

本申请的一些实施例提供的对应于图1的一种实现多版本项目化的交付产品开发的非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：

基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；

确定各版本待交付产品对应的项目化需求，并基于各版本待交付产品预设的项目标识，在通用性产品中进行项目化开发，以获得多版本融合交付产品；

在进行产品交付的情况下，基于各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于物联网设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的系统和介质与方法是一一对应的，因此，系统和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述系统和介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种实现多版本项目化的交付产品开发方法，其特征在于，所述方法包括：

基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；

确定各版本待交付产品对应的项目化需求，并基于所述各版本待交付产品预设的项目标识，在所述通用性产品中进行项目化开发，以获得多版本融合交付产品；

在进行产品交付的情况下，基于所述各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

2.根据权利要求1所述的一种实现多版本项目化的交付产品开发方法，其特征在于，基于预设的规范开发要求，对产品进行通用性开发，具体包括：

基于预设的公共样式库，构建前端通用jsp页面及通用产品js；

在所述前端通用jsp页面中引入动态加载项目HC-versionMgmt.js；

基于预设的后端开发规范，构建所述通识性产品后端的会话控制层、业务处理层及数据持久层。

3.根据权利要求1所述的一种实现多版本项目化的交付产品开发方法，其特征在于，基于所述各版本待交付产品预设的项目标识，在所述通用性产品中进行项目化开发，以获得多版本融合交付产品，具体包括：

对所述通用性产品的前端JSP文件进行项目化开发，以使所述多版本融合交付产品能够加载不同项目化需求的前端jsp页面；

对所述通用性产品的前端CSS样式文件进行项目化开发，以使所述多版本融合交付产品能够进行界面样式切换；

对所述通用性产品的前端JS文件进行项目化开发，以使所述多版本融合交付产品能够兼容多种逻辑；

对所述通用性产品的后端实现类进行项目化开发，以使所述多版本融合交付产品能够实现对应的实现类逻辑处理规则；

对所述通用性产品的后端Mapper.xml文件进行项目化开发，以使所述多版本融合交付产品能够实现对应的接口方法。

4.根据权利要求3所述的一种实现多版本项目化的交付产品开发方法，其特征在于，对所述通用性产品的前端JSP文件进行项目化开发，具体包括：

基于各版本待交付产品对应的待调整页面属性，确定预设的属性管理组件是否能够调整所述待调整页面属性；

在确定所述属性管理组件能够调整所述待调整页面属性的情况下，基于所述项目标识，设置通过所述属性管理组件调整所述待调整页面属性的管理权限，以使对应版本的待交付产品在加载时能够加载出对应的页面属性；

在确定所述属性管理组件不能调整所述待调整页面属性的情况下，构建对应的属性更改项目js文件调整所述待调整页面属性，以通过所述属性更改项目js文件加载对应的页面属性。

5.根据权利要求3所述的一种实现多版本项目化的交付产品开发方法，其特征在于，对所述通用性产品的前端CSS样式文件进行项目化开发，具体包括：

将预设的CSS样式文件添加到界面样式切换文件目录下；

设置界面样式切换功能，以使待交付产品可以根据对应的界面样式需求，选择对应的界面样式。

6.根据权利要求3所述的一种实现多版本项目化的交付产品开发方法，其特征在于，对所述通用性产品的前端JS文件进行项目化开发，具体包括：

构建各版本待交付产品对应的项目标识js文件目录；

在所述项目标识js文件目录中，添加对应的需求逻辑的项目js文件，以使对应项目标识的待交付产品在加载时可以执行对应的项目js文件。

7.根据权利要求3所述的一种实现多版本项目化的交付产品开发方法，其特征在于，对所述通用性产品的后端实现类进行项目化开发，具体包括：

构建各版本待交付产品对应的项目serviceImpl实现类；

在所述项目serviceImpl实现类之前添加对应项目标识的@Primary注解。

8.根据权利要求3所述的一种实现多版本项目化的交付产品开发方法，其特征在于，对所述通用性产品的后端Mapper.xml文件进行项目化开发，具体包括：

在存在第一版本的待交付产品项目化需求为在同Dao接口类添加一个操作的情况下，确定所述操作是否有对应的项目化SQL需要进行处理；

在确定所述项目化SQL需要进行处理或所述操作还适用于其他版本的待交付产品的情况下，在所述第一版本的项目文件夹中建立Mapper.xml文件，并使所述Mapper.xml文件指向项目的Dao接口类。

9.一种实现多版本项目化的交付产品开发设备，其特征在于，所述设备包括：

至少一个处理器；

以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；

确定各版本待交付产品对应的项目化需求，并基于所述各版本待交付产品预设的项目标识，在所述通用性产品中进行项目化开发，以获得多版本融合交付产品；

在进行产品交付的情况下，基于所述各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。

10.一种实现多版本项目化的交付产品开发的非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

基于预设的规范开发要求，对产品进行通用性开发，以获得通用性产品；

确定各版本待交付产品对应的项目化需求，并基于所述各版本待交付产品预设的项目标识，在所述通用性产品中进行项目化开发，以获得多版本融合交付产品；

在进行产品交付的情况下，基于所述各版本待交付产品对应的项目标识，动态加载对应的项目文件，以获得对应版本的项目化交付产品。