maven学习（二）（转）

一、maven父工程与子模块的拆分与聚合原理

　　　　　　问题描述：将ssh工程拆分为多个模块开发

　　　　　　1.1、拆分原理

　　　　　　　　创建一个maven project(pom)，然后在创建三个子模块(maven moudule)，其中三个子模块，分别为 dao、service、web，也就是将三层的内容分别独立为一个项目，进一步将耦合性降低，其中如何将他们连接起来了，看下图。

　　　　　　　　为什么需要创建parent父工程来管理其下三个子模块呢？并让其子模块继承他呢？

　　　　　　　　　　继承是为了消除重复，如果将dao、service、web分开创建独立的工程则每个工程的pom.xml文件中的内容存在重复，比如：设置编译版本、锁定spring的版本的等，可以将这些重复的配置提取出来在父工程的pom.xml中定义

　　　　　　　　将三层都独立分开来了，web层如何调用service层代码？service层又如何调用dao层的代码呢？

　　　　　　　　　　这个在没有maven之前是不可以这样做的，但是有了maven一切都不一样了，web层调用service层的代码其实很简单，因为service是一个完整的项目，那么我们在web层这个项目中想要使用别得项目中的代码，只需要通过maven的pom.xml文件编写对应的坐标，将其jar包加入进来即可达到目的，因此，看图中，ssh-web依赖ssh-service，ssh-service依赖ssh-dao，其中的原理就是我说的这样，所以才能将这三层分开成独立的项目，并且进一步抽取其公有依赖的jar包，统一交由父工程来管理，这就maven带来的效果。

　　　　　　1.2、聚合原理

　　　　　　　　项目开发通常是分组分模块开发，每个模块开发完成要运行整个工程需要将每个模块聚合在一起运行，比如：dao、service、web三个工程最终会打一个独立的war运行

二、案例实现

　　　　　　问题描述：使用maven将ssh项目进行分模块，并且实现从web到dao层的数据的存取进行实验

　　　　　　2.1、创建maven-parent父模块

　　　　　　　　点击next

　　　　　　　　创建好之后的父工程如图　　

　　　　　　　　从它的目录结构可以看出，父工程本身不写代码，它里面有一个pom.xml文件，这个文件可以将多个子模块中通用的jar所对应的坐标，集中在父工程中配置，将来的子模块就可以不需要在pom.xml中配置通用jar的坐标le、

　　　　　　　　在父工程的pom.xml中抽取一些重复的配置的，比如：锁定jar包的版本、设置编译版本等，一般这种都不需要我们自己临时配置，网上或者公司都有已经写好了的，每次使用就直接丢过来即可。下面给一个我收藏的额。嘿嘿

maven父工程整合ssh通用的pom.xml配置

　　　　　　2.2、创建maven-dao子模块

　　　　　　　　点next进入如下图

　　　　　　　　点击next，如下图

　　　　　　　　点击finish，完成，查看父工程中的pom.xml文件

　　　　　　　　查看ssh_dao中的pom.xml文件，会发现多了一个 parent结点，并且内部所包含的结点，其实就是父工程的坐标

　　　　　　　　查看ssh_dao的目录结构

　　　　　　　　因为是在dao层，和数据库打交道，那么就在这个项目中，需要配置hibernate.hbm.xml和hibernate.cfg.xml，但是又集成了spring，所以hibernate.cfg.xml就不需要了，添加applicationContext.xml即可(这里需要有spring整合hibernate的基础)

　　　　　　　　注意：将applicationContext.xml拆分出一个applicationContext-dao.xml，此文件中只配置dao

aplicationContext-dao.xml

jdbcinfo.properties

　　　　　　　　其他几个Student.java这些就不用看了，太简单了。

　　　　　　　　StudentTest.java这个需要讲解一下，因为这里使用junit测试的时候，会报错，报的错误是找不到junit的jar包，这里我们就会很疑惑，为什么会找不到该jar包呢，不是在父工程里面都导入了junit的jar包了吗？这里出错的原因是传递依赖的范围问题。

　　　　　　　　将父工程看做A项目(下面简称A)，将该子模块ssh_dao看做B项目(下面简称B)，A依赖junit的jar包是直接依赖。B继承A（实际操作就是B中填写A的坐标）也可以看成一种依赖，那么就是这样一种关系，B 依赖 A 依赖 junit， A依赖junit是直接依赖没错，那么B跟junit的关系就叫做传递(间接)依赖，我们知道A依赖的junit时，junit的jar包可以设置在A中的使用范围，就是scope属性，可以为compile，test等，而junit设置的是test，只在A中测试的时候用，那么B想用junit时，junit的作用范围是不是也是test呢？这就有一种关系。具体看表。

　　　　　　　　　按照刚才上面的例子，来看看在B中，junit的作用范围是什么？首先看B 依赖 A，直接依赖，并且A在B中的作用范围是compile(没设置就默认)，所以在直接依赖这一列中找到compile这一行，也就是用红色框框框起来的一行，然后B 依赖 junit，对A来说，A 是传递依赖 junit，这时候看junit设置的作用范围是多少(也就是看junit在B中的使用范围是什么)？看传递依赖这一行，junit设置的是test，找到test这一列，看相交的地方，是空的，则说明，junti在B中的test范围不能够使用，其实看图，B中任何范围内都不能够使用junit，这样你就理解了这张图是什么意思。这只是原理，实际上我们解决这种问题的时候，用一个简单粗暴的解决方案。什么jar包丢失了，我们就再次导入一次jar包即可。

　　　　　　　　　所以在ssh_dao子模块的pom.xml中有junit的坐标才能使用test