咱们为何要进行模块化开发？

在多人使用Maven协做开发项目时，尤为是稍微上点规模的项目，每一个RD的工做都细分到具体功能和模块，有些模块甚至还要单独部署。

咱们假设有这样一个商城项目，包括如下几个模块：

• 商城前台（shop）
• 管理后台（admin）
• 数据库交互模块（dao）
• 通用业务模块（service）
• 接口模块（api）
• 通用工具（util）

其中shop和admin须要单独部署，dao、service、util你可能想要一些经验丰富的人来维护，若是使用一个应用来管理的话，全部的功能和模块都会耦合在一块儿，全部人均可以随意修改代码，这显然不是咱们所指望的。

并且使用一个应用来管理的话，任何一个点的代码有变动，整个项目就须要从新build，使用模块化开发的另外一个好处是若是dao的代码被修改，只须要从新build dao模块就能够了。web模块能够build成war，dao、service、util等能够build成jar，只须要配置好依赖关系，就能够实现模块间的解耦合。这样的设计才是遵循“高内聚，低耦合”设计原则的。

咱们如何进行模块化开发呢？

咱们使用上面的例子进行演示，先进行合理的优化，咱们但愿dao和service做为通用的底层工具来使用，把它们合并成一个核心模块（core），build成core.jar，简单的Maven模块化项目结构以下：

---------- mall //顶级项目 |------ pom.xml //packaging = pom |------ mall-util //通用工具 | |--- pom.xml //packaging = jar |------ mall-core //核心模块 | |--- pom.xml //packaging = jar |------ mall-web-api //接口模块 | |--- pom.xml //packaging = war |------ mall-web-admin//管理后台 | |--- pom.xml //packaging = war |------ mall-web-shop//商城前台 | |--- pom.xml //packaging = war 

这些模块中api、admin、shop均是能够单独部署的web应用，相互之间没有依赖关系，但都依赖于core模块，而core模块依赖于util模块。接下来咱们按照上述肯定的结构来搭建项目结构。

 

原文

https://blog.csdn.net/u011404265/article/details/54891229