随着项目规模的扩展和功能的增加，任何一个简单的项目基本都会进行模块的拆分独立，然后通过项目之间的依赖进行重新整合。
项目拆分带来的好处也显而易见。拆分可以是项目结构更加清晰，职责划分更加明确，相关模块的负责人只需专注于自己负责的子模块而无需对整个项目进行一次构建。
如果不采用构建工具或许最原始的方式无非于将一些相对独立的和公共的模块代码拆分成独立项目，通过手工打jar包替换的方式进行多项目之间的依赖管理，这无疑是低效、繁琐且没有价值的工作。
Gradle对多模块项目有着优秀的支持，现在借助于Gradle可以把你从一些低价值的劳动中解放出来。你可以肆意的采用水平或者分层的方式组织你的项目模块，肆意的进行模块之间的依赖，甚至是模块之间深层次的依赖。举个栗子，如果有个web工程依赖于一个util工程和一个common-service工程，那么当util和common-service进行了任何修改，在web工程进行打包的时候会自动编译打包依赖的util和common-service工程，如果你采用了合理的依赖声明那么在发布war的时候这两个工程的会被自动打成jar包打进最终的war中。
这一章节你将会了解到如下内容
- 多模块项目结构
- 多模块项目脚本
- 构建分层布局的多模块项目
- 构建集中化配置的多模块项目
下一节: 多模块项目- 项目结构
