一种项目模块化开发的方法和系统

技术领域

本申请涉及项目开发领域，特别是涉及一种项目模块化开发的方法和系统。

背景技术

传统项目开发，小项目直接使用Java Package管理代码，当项目发展到一定规模，管理维护就比较困难，需要做模块划分，先将业务功能拆分为不同的Maven Module，方便开发维护，但只使用Maven Module的模块是无法在不同的项目间复用的，多个项目开发，会导致大量的代码重复开发，且维护困难，即项目模块化后的模块复用性低成了当下亟需解决的问题。

目前针对相关技术中如何解决项目模块化后的模块复用性低的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种项目模块化开发的方法和系统，以至少解决相关技术中项目模块化后的模块复用性低的问题。

第一方面，本申请实施例提供了一种项目模块化开发的方法，所述方法包括：

根据预设划分规则，通过项目划分单元将预设系统进行划分，得到第一预设格式的若干项目模块；

通过项目管理单元将所述项目模块单独分到不同的仓库中进行管理；

通过项目构建单元对所述第一预设格式的项目模块进行处理，得到第二预设格式的项目模块；

获取项目开发请求，根据预设模块清单获取所述第二预设格式的所述项目模块，生成预设项目。

在其中一些实施例中，根据预设划分规则，通过项目划分单元将预设系统进行划分，得到第一预设格式的若干项目模块包括：

根据业务功能划分规则，通过Maven module划分单元将预设系统进行划分，得到强依赖关系的若干项目模块。

在其中一些实施例中，通过项目管理单元将所述项目模块单独分到不同的仓库中进行管理包括：

通过GitSubmodule管理单元将所述项目模块单独分到不同的Git仓库中进行管理。

在其中一些实施例中，通过项目构建单元对所述第一预设格式的项目模块进行处理，得到第二预设格式的项目模块包括：

通过Spring Event构建单元对所述第一预设格式的项目模块进行处理，得到弱依赖关系的项目模块。

在其中一些实施例中，通过项目管理单元将所述项目模块单独分到不同的仓库中进行管理包括：

通过项目管理单元将所述项目模块单独分到不同的仓库中进行管理，其中，所述项目模块包括状态信息；

若所述项目模块的状态信息为未完成状态，则所述项目模块不开放使用；

若所述项目模块的状态信息为完成状态，则所述项目模块开放使用。

第二方面，本申请实施例提供了一种项目模块化开发的系统，所述系统包括项目划分单元、项目管理单元和项目构建单元；

所述项目划分单元根据预设划分规则将预设系统进行划分，得到第一预设格式的若干项目模块；

所述项目管理单元将所述项目模块单独分到不同的仓库中进行管理；

所述项目构建单元对预设模块清单中的所述第一预设格式的项目模块进行处理，得到第二预设格式的项目模块，

获取项目开发请求，根据预设模块清单获取所述第二预设格式的所述项目模块，生成预设项目。

在其中一些实施例中，所述项目划分单元根据预设划分规则将预设系统进行划分，得到第一预设格式的若干项目模块包括：

Maven module划分单元根据业务功能划分规则将预设系统进行划分，得到强依赖关系的若干项目模块。

在其中一些实施例中，所述项目管理单元将所述项目模块单独分到不同的仓库中进行管理包括：

GitSubmodule管理单元将所述项目模块单独分到不同的Git仓库中进行管理。

在其中一些实施例中，所述项目构建单元对预设模块清单中的所述第一预设格式的项目模块进行处理，得到第二预设格式的项目模块包括：

Spring Event构建单元对预设模块清单中的所述第一预设格式的项目模块进行处理，得到弱依赖关系的项目模块。

在其中一些实施例中，所述项目管理单元将所述项目模块单独分到不同的仓库中进行管理包括：

所述项目管理单元将所述项目模块单独分到不同的仓库中进行管理，其中，所述项目模块包括状态信息；

若所述项目模块的状态信息为未完成状态，则所述项目模块不开放使用；

若所述项目模块的状态信息为完成状态，则所述项目模块开放使用。

相比于相关技术，本申请实施例提供的一种项目模块化开发的方法和系统，根据预设划分规则，通过项目划分单元将预设系统进行划分，得到第一预设格式的若干项目模块，通过项目管理单元将所述项目模块单独分到不同的仓库中进行管理，通过项目构建单元对预设模块清单中的所述第一预设格式的项目模块进行处理，得到第二预设格式的项目模块，获取项目开发请求，根据预设模块清单获取所述第二预设格式的所述项目模块，生成预设项目，解决了项目模块化后的模块复用性低的问题，实现了各个模块代码的隔离，统一规定模块之间通信方式，提高了模块复用性，通过可复用模块快速组成各个新项目。

附图说明

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

图1是根据本申请实施例的项目模块化开发系统的结构框图；

图2是根据本申请实施例的项目模块化开发方法的步骤流程图；

图3是根据本申请具体实施例的项目模块化开发方法的流程示意图；

图4是根据本申请实施例的电子设备的内部结构示意图。

附图说明：10、项目划分单元；11、项目管理单元；12、项目构建单元。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请实施例提供了一种项目模块化开发的系统，图1是根据本申请实施例的项目模块化开发系统的结构框图，如图1所示，该系统包括项目划分单元10、项目管理单元11和项目构建单元12；

项目划分单元根据预设划分规则将预设系统进行划分，得到第一预设格式的若干项目模块；

项目管理单元将项目模块单独分到不同的仓库中进行管理；

项目构建单元对预设模块清单中的第一预设格式的项目模块进行处理，得到第二预设格式的项目模块；

获取项目开发请求，根据预设模块清单获取第二预设格式的项目模块，生成预设项目。

通过本申请实施例，项目划分单元将预设系统进行划分，得到第一预设格式的若干项目模块，项目管理单元将项目模块单独分到不同的仓库中进行管理，项目构建单元对预设模块清单中的第一预设格式的项目模块进行处理，得到第二预设格式的项目模块，获取项目开发请求，根据预设模块清单获取第二预设格式的项目模块，生成预设项目，解决了项目模块化后的模块复用性低的问题，实现了各个模块代码的隔离，统一规定模块之间通信方式，提高了模块复用性，通过可复用模块快速组成各个新项目。

本技术方案中的模块化技术适用于Java技术和Spring技术开发的应用系统项目，模块化开发使用的技术包括Maven Module、GitSubmodule、Spring Event。Maven Module做模块划分，将业务功能拆分为不同的模块。Spring Event实现模块的弱依赖管理。GitSubmodule实现对各个模块的独立管理，实现模块和项目的彻底分离，它们之间不再有直接的关系。

在其中一些实施例中，Maven module划分单元根据业务功能划分规则将预设系统进行划分，得到强依赖关系的若干项目模块。比如，Maven module根据业务功能划分规则将预设系统进行划分，得到如下强依赖关系的项目模块：

#通用的pom parent

parent

#用户模块

user

#账单模块

bill

#资产模块

asset

#通用的公共模块

common

在其中一些实施例中，GitSubmodule管理单元将项目模块单独分到不同的Git仓库中进行管理。

GitSubmodule在保证开发便利性的前提下，实现了模块代码的分离，保证了模块的独立性和可维护性，具体实现代码如下：

[submodule"user"]

path＝user

url＝git@192.168.2.110:module-test/user.git

[submodule"bill"]

path＝bill

url＝git@192.168.2.110:module-test/bill.git

[submodule"asset"]

path＝asset

url＝git@192.168.2.110:module-test/asset.git

在其中一些实施例中，Spring Event构建单元对预设模块清单中的第一预设格式的项目模块进行处理，得到弱依赖关系的项目模块。

Maven module根据业务功能划分规则将预设系统进行划分，得到若干项目模块，这些模块之间的管理是基于Maven Dependency的强依赖管理方式，存在着模块之间相互依赖的情况(A->B->A，或A->B->C->A)，导致项目在构建的时候会失败，因为Maven通常要先编译被依赖的模块，如果出现相互依赖，Maven就不无法编译。

使用Spring Event，基于模块间的通信使用事件处理的弱依赖的管理方式，解决了Maven Dependency存在的相互依赖问题，具体实现代码如下：

发布事件

监听事件

事件id建议使用全路径的方法名，保证全局唯一性。例如qgs.system.service.UserService.listen。

ReturnedEvent实现源码代码如下：

在其中一些实施例中，GitSubmodule管理单元将项目模块单独分到不同的Git仓库中进行管理，其中，项目模块包括状态信息；

若项目模块的状态信息为未完成状态，则项目模块不开放使用；

若项目模块的状态信息为完成状态，则项目模块开放使用。

本申请实施例提供了一种项目模块化开发的方法，图2是根据本申请实施例的项目模块化开发方法的步骤流程图，该方法包括以下步骤：

S202，根据预设划分规则，通过项目划分单元将预设系统进行划分，得到第一预设格式的若干项目模块；

S204，通过项目管理单元将项目模块单独分到不同的仓库中进行管理；

S206，通过项目构建单元对第一预设格式的项目模块进行处理，得到第二预设格式的项目模块；

S208，获取项目开发请求，根据预设模块清单获取第二预设格式的项目模块，生成预设项目。

通过本申请实施例中的步骤S202至S208，将预设系统进行划分，得到第一预设格式的若干项目模块，将项目模块单独分到不同的仓库中进行管理，对预设模块清单中的第一预设格式的项目模块进行处理，得到第二预设格式的项目模块，获取项目开发请求，根据预设模块清单获取第二预设格式的项目模块，生成预设项目，解决了项目模块化后的模块复用性低的问题，实现了各个模块代码的隔离，统一规定模块之间通信方式，提高了模块复用性，通过可复用模块快速组成各个新项目。

在其中一些实施例中，根据预设划分规则，通过项目划分单元将预设系统进行划分，得到第一预设格式的若干项目模块包括：

根据业务功能划分规则，通过Maven module划分单元将预设系统进行划分，得到强依赖关系的若干项目模块。

在其中一些实施例中，通过项目管理单元将项目模块单独分到不同的仓库中进行管理包括：

通过GitSubmodule管理单元将项目模块单独分到不同的Git仓库中进行管理。

在其中一些实施例中，通过项目构建单元对第一预设格式的项目模块进行处理，得到第二预设格式的项目模块包括：

通过Spring Event构建单元对第一预设格式的项目模块进行处理，得到弱依赖关系的项目模块。

在其中一些实施例中，通过项目管理单元将项目模块单独分到不同的仓库中进行管理包括：

通过项目管理单元将项目模块单独分到不同的仓库中进行管理，其中，项目模块包括状态信息；

若项目模块的状态信息为未完成状态，则项目模块不开放使用；

若项目模块的状态信息为完成状态，则项目模块开放使用。

本申请具体实施例提供了一种项目模块化开发的方法，每个模块都是独立的，项目使用maven module和gitsubmodule管理，每个项目都有自己的starter(项目配置和启动器)，比如，构建公用部分相同模块的两个不同的项目，具体实现代码如下：

project1项目的模块化技术

Project2项目的模块化技术

为了更好说明本申请具体实施例提供了一种项目模块化开发的方法，图3是根据本申请具体实施例的项目模块化开发方法的流程示意图，如图3所示，

按照模块化的理念设计业务需求，充分考虑模块的高内聚，低耦合，把独立的功能划分成一个模块。

根据Maven Module技术，开发和管理模块。使用GitSubmodule，将Maven Module模块分到不同的Git仓库中管理，实现物理上的分离。如果模块需要对外提供数据，使用Spring Event事件方式处理。

需要说明的是，模块是有状态的，等模块开发完成，模块状态改成完成，在模块池中开放使用。

一个项目的产生是根据公共模块清单，自动化从模块池中抽取模块，自动完成组装，最后生成一个新的项目。

结合上述实施例中的项目模块化开发的方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种项目模块化开发的方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种项目模块化开发的方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图4是根据本申请实施例的电子设备的内部结构示意图，如图4所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图4所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种项目模块化开发的方法，数据库用于存储数据。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。