简单的Maven模块结构是这样的：
---- app-parent
|-- pom.xml (pom)
|
|-- app-util
| |-- pom.xml (jar)
|
|-- app-dao
| |-- pom.xml (jar)
|
|-- app-service
| |-- pom.xml (jar)
|
|-- app-web
|-- pom.xml (war)
上述简单示意图中，有一个父项目(app-parent)聚合很多子项目（app-util, app-dao, app-service, app-web）。每个项目，不管是父子，都含有一个pom.xml文件。而且要注意的是，小括号中标出了每个项目的打包类型。父项目是pom,也只能是pom。子项目有jar，或者war。根据它包含的内容具体考虑。
这些模块的依赖关系如下：
app-dao --> app-util
app-service --> app-dao
app-web --> app-service
注意依赖的传递性（大部分情况是传递的，除非你配置了特殊的依赖scope），app-dao依赖于app-util，app-service依赖于app-dao，于是app-service也依赖于app-util。同理，app-web依赖于app-dao,app-util。
用项目层次的划分替代包层次的划分能给我们带来如下好处：
1.方便重用，如果你有一个新的swing项目需要用到app-dao和app-service，添加对它们的依赖即可，你不再需要去依赖一个WAR。而有些模块，如app-util，完全可以渐渐进化成公司的一份基础工具类库，供所有项目使用。这是模块化最重要的一个目的。
2.由于你现在划分了模块，每个模块的配置都在各自的pom.xml里，不用再到一个混乱的纷繁复杂的总的POM中寻找自己的配置。
3.如果你只是在app-dao上工作，你不再需要build整个项目，只要在app-dao目录运行mvn命令进行build即可，这样可以节省时间，尤其是当项目越来越复杂，build越来越耗时后。
4.某些模块，如app-util被所有人依赖，但你不想给所有人修改，现在你完全可以从这个项目结构出来，做成另外一个项目，svn只给特定的人访问，但仍提供jar给别人使用。
5.多模块的Maven项目结构支持一些Maven的更有趣的特性（如DepencencyManagement），这留作以后讨论。
接下来讨论一下POM配置细节，实际上非常简单，先看app-parent的pom.xml：
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <modelVersion>4.0.0</modelVersion>
4. <groupId>org.myorg.myapp</groupId>
5. <artifactId>app-parent</artifactId>
6. <packaging>pom</packaging>
7. <version>1.0-SNAPSHOT</version>
8. <modules>
9. <module>app-util</module>
10. <module>app-dao</module>
11. <module>app-service</module>
12. <module>app-web</module>
13. </modules>
14.</project>
Maven的坐标GAV（groupId, artifactId, version）在这里进行配置，这些都是必须的。特殊的地方在于，这里的packaging为pom。所有带有子模块的项目的packaging都为pom。packaging如果不进行配置，它的默认值是jar，代表Maven会将项目打成一个jar包。
该配置重要的地方在于modules，例子中包含的子模块有app-util, app-dao, app-service, app-war。在Maven build app-parent的时候，它会根据子模块的相互依赖关系整理一个build顺序，然后依次build。
这就是一个父模块大概需要的配置，接下来看一下子模块符合配置继承父模块。、
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <parent>
4. <artifactId>app-parent</artifactId>
5. <groupId>org.myorg.myapp</groupId>
6. <version>1.0-SNAPSHOT</version>
7. </parent>
8. <modelVersion>4.0.0</modelVersion>
9. <artifactId>app-util</artifactId>
10. <dependencies>
11. <dependency>
12. <groupId>commons-lang</groupId>
13. <artifactId>commons-lang</artifactId>
14. <version>2.4</version>
15. </dependency>
16. </dependencies>
17.</project>
app-util模块继承了app-parent父模块，因此这个POM的一开始就声明了对app-parent的引用，该引用是通过Maven坐标GAV实现的。而关于项目app-util本身，它却没有声明完整GAV，这里我们只看到了artifactId。这个POM并没有错，groupId和version默认从父模块继承了。实际上子模块从父模块继承一切东西，包括依赖，插件配置等等。
此外app-util配置了一个对于commons-lang的简单依赖，这是最简单的依赖配置形式。大部分情况，也是通过GAV引用的。
再看一下app-dao，它也是继承于app-parent，同时依赖于app-util：
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <parent>
4. <artifactId>app-parent</artifactId>
5. <groupId>org.myorg.myapp</groupId>
6. <version>1.0-SNAPSHOT</version>
7. </parent>
8. <modelVersion>4.0.0</modelVersion>
9. <artifactId>app-dao</artifactId>
10. <dependencies>
11. <dependency>
12. <groupId>org.myorg.myapp</groupId>
13. <artifactId>app-util</artifactId>
14. <version>${project.version}</version>
15. </dependency>
16. </dependencies>
17.</project>
该配置和app-util的配置几乎没什么差别，不同的地方在于，依赖变化了，app-dao依赖于app-util。这里要注意的是version的值为${project.version}，这个值是一个属性引用，指向了POM的project/version的值，也就是这个POM对应的version。由于app-dao的version继承于app-parent，因此它的值就是1.0-SNAPSHOT。而app-util也继承了这个值，因此在所有这些项目中，我们做到了保持版本一致。
这里还需要注意的是，app-dao依赖于app-util，而app-util又依赖于commons-lang，根据传递性，app-dao也拥有了对于commons-lang的依赖。
app-service我们跳过不谈，它依赖于app-dao。我们最后看一下app-web：
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <parent>
4. <artifactId>app-parent</artifactId>
5. <groupId>org.myorg.myapp</groupId>
6. <version>1.0-SNAPSHOT</version>
7. </parent>
8. <modelVersion>4.0.0</modelVersion>
9. <artifactId>app-web</artifactId>
10. <packaging>war</packaging>
11. <dependencies>
12. <dependency>
13. <groupId>org.myorg.myapp</groupId>
14. <artifactId>app-service</artifactId>
15. <version>${project.version}</version>
16. </dependency>
17. </dependencies>
18.</project>
app-web依赖于app-service，因此配置了对其的依赖。
由于app-web是我们最终要部署的应用，因此它的packaging是war。为此，你需要有一个目录src/main/webapp。并在这个目录下拥有web应用需要的文件，如/WEB-INF/web.xml。没有web.xml，Maven会报告build失败，此外你可能还会有这样一些子目录：/js, /img, /css ... 。
---- app-parent
|-- pom.xml (pom)
|
|-- app-util
| |-- pom.xml (jar)
|
|-- app-dao
| |-- pom.xml (jar)
|
|-- app-service
| |-- pom.xml (jar)
|
|-- app-web
|-- pom.xml (war)
上述简单示意图中，有一个父项目(app-parent)聚合很多子项目（app-util, app-dao, app-service, app-web）。每个项目，不管是父子，都含有一个pom.xml文件。而且要注意的是，小括号中标出了每个项目的打包类型。父项目是pom,也只能是pom。子项目有jar，或者war。根据它包含的内容具体考虑。
这些模块的依赖关系如下：
app-dao --> app-util
app-service --> app-dao
app-web --> app-service
注意依赖的传递性（大部分情况是传递的，除非你配置了特殊的依赖scope），app-dao依赖于app-util，app-service依赖于app-dao，于是app-service也依赖于app-util。同理，app-web依赖于app-dao,app-util。
用项目层次的划分替代包层次的划分能给我们带来如下好处：
1.方便重用，如果你有一个新的swing项目需要用到app-dao和app-service，添加对它们的依赖即可，你不再需要去依赖一个WAR。而有些模块，如app-util，完全可以渐渐进化成公司的一份基础工具类库，供所有项目使用。这是模块化最重要的一个目的。
2.由于你现在划分了模块，每个模块的配置都在各自的pom.xml里，不用再到一个混乱的纷繁复杂的总的POM中寻找自己的配置。
3.如果你只是在app-dao上工作，你不再需要build整个项目，只要在app-dao目录运行mvn命令进行build即可，这样可以节省时间，尤其是当项目越来越复杂，build越来越耗时后。
4.某些模块，如app-util被所有人依赖，但你不想给所有人修改，现在你完全可以从这个项目结构出来，做成另外一个项目，svn只给特定的人访问，但仍提供jar给别人使用。
5.多模块的Maven项目结构支持一些Maven的更有趣的特性（如DepencencyManagement），这留作以后讨论。
接下来讨论一下POM配置细节，实际上非常简单，先看app-parent的pom.xml：
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <modelVersion>4.0.0</modelVersion>
4. <groupId>org.myorg.myapp</groupId>
5. <artifactId>app-parent</artifactId>
6. <packaging>pom</packaging>
7. <version>1.0-SNAPSHOT</version>
8. <modules>
9. <module>app-util</module>
10. <module>app-dao</module>
11. <module>app-service</module>
12. <module>app-web</module>
13. </modules>
14.</project>
Maven的坐标GAV（groupId, artifactId, version）在这里进行配置，这些都是必须的。特殊的地方在于，这里的packaging为pom。所有带有子模块的项目的packaging都为pom。packaging如果不进行配置，它的默认值是jar，代表Maven会将项目打成一个jar包。
该配置重要的地方在于modules，例子中包含的子模块有app-util, app-dao, app-service, app-war。在Maven build app-parent的时候，它会根据子模块的相互依赖关系整理一个build顺序，然后依次build。
这就是一个父模块大概需要的配置，接下来看一下子模块符合配置继承父模块。、
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <parent>
4. <artifactId>app-parent</artifactId>
5. <groupId>org.myorg.myapp</groupId>
6. <version>1.0-SNAPSHOT</version>
7. </parent>
8. <modelVersion>4.0.0</modelVersion>
9. <artifactId>app-util</artifactId>
10. <dependencies>
11. <dependency>
12. <groupId>commons-lang</groupId>
13. <artifactId>commons-lang</artifactId>
14. <version>2.4</version>
15. </dependency>
16. </dependencies>
17.</project>
app-util模块继承了app-parent父模块，因此这个POM的一开始就声明了对app-parent的引用，该引用是通过Maven坐标GAV实现的。而关于项目app-util本身，它却没有声明完整GAV，这里我们只看到了artifactId。这个POM并没有错，groupId和version默认从父模块继承了。实际上子模块从父模块继承一切东西，包括依赖，插件配置等等。
此外app-util配置了一个对于commons-lang的简单依赖，这是最简单的依赖配置形式。大部分情况，也是通过GAV引用的。
再看一下app-dao，它也是继承于app-parent，同时依赖于app-util：
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <parent>
4. <artifactId>app-parent</artifactId>
5. <groupId>org.myorg.myapp</groupId>
6. <version>1.0-SNAPSHOT</version>
7. </parent>
8. <modelVersion>4.0.0</modelVersion>
9. <artifactId>app-dao</artifactId>
10. <dependencies>
11. <dependency>
12. <groupId>org.myorg.myapp</groupId>
13. <artifactId>app-util</artifactId>
14. <version>${project.version}</version>
15. </dependency>
16. </dependencies>
17.</project>
该配置和app-util的配置几乎没什么差别，不同的地方在于，依赖变化了，app-dao依赖于app-util。这里要注意的是version的值为${project.version}，这个值是一个属性引用，指向了POM的project/version的值，也就是这个POM对应的version。由于app-dao的version继承于app-parent，因此它的值就是1.0-SNAPSHOT。而app-util也继承了这个值，因此在所有这些项目中，我们做到了保持版本一致。
这里还需要注意的是，app-dao依赖于app-util，而app-util又依赖于commons-lang，根据传递性，app-dao也拥有了对于commons-lang的依赖。
app-service我们跳过不谈，它依赖于app-dao。我们最后看一下app-web：
Xml代码 复制代码 收藏代码
1.<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
3. <parent>
4. <artifactId>app-parent</artifactId>
5. <groupId>org.myorg.myapp</groupId>
6. <version>1.0-SNAPSHOT</version>
7. </parent>
8. <modelVersion>4.0.0</modelVersion>
9. <artifactId>app-web</artifactId>
10. <packaging>war</packaging>
11. <dependencies>
12. <dependency>
13. <groupId>org.myorg.myapp</groupId>
14. <artifactId>app-service</artifactId>
15. <version>${project.version}</version>
16. </dependency>
17. </dependencies>
18.</project>
app-web依赖于app-service，因此配置了对其的依赖。
由于app-web是我们最终要部署的应用，因此它的packaging是war。为此，你需要有一个目录src/main/webapp。并在这个目录下拥有web应用需要的文件，如/WEB-INF/web.xml。没有web.xml，Maven会报告build失败，此外你可能还会有这样一些子目录：/js, /img, /css ... 。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
