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

　　　　　　　　　　　　　　　　　　

　　　　　　　　点击next

　　　　　　　　　　　　　　　　　　

　　　　　　　　创建好之后的父工程如图　　

　　　　　　　　　　　　　　

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

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

 

　　　　　　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

 

 

　　　　　　　　其他几个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

　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　

　　　　　　2.3、创建ssh_service子模块

　　　　　　　　　　方法同ssh_dao模块创建方法一样，模块名称为ssh_service。

　　　　　　　　　　看ssh_service和ssh_parent的pom.xml文件，会出现和ssh_dao创建时一样的情况，ssh_service多出一个parents结点，ssh_parent多个一个module结点

　　　　　　　　　　　　　　　　

　　　　　　　　　　在ssh_service的pom.xml中添加两个依赖

　　　　　　　　　　　　　　　　

　　　　　　　　　　　然后编写service层的代码，

　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　主要关注一下applicationContext-service.xml中的事务的相关代码

 

　　　　　　　　　　　　该层的测试，需要将ssh_dao中的applicationContext-dao.xml将ssh_service的applicationContext-service.xml包含进去才能够实验的通。这里不做测试，

　　　　　　2.4、创建ssh_web子模块

　　　　　　　　　　方法同maven-dao模块创建方法，模块名称为ssh-web，注意：打包方式为war，而不再是jar包了，因为该层需要放到tomcat中去。与浏览器交互，就是web项目了，所以打成war包

　　　　　　　　　　和前面一样，ssh_parent的pom.xml中增加一个module结点，而ssh_web的pom.xml中增加一个parent结点

　　　　　　　　　　这个也很简单，就是跟写普通的struts2是一样的，只不过是和spring的结合，有什么对象，都通过spring来给予，并且这里多做一个事情，就是将之前的applicationContext配置文件进行结合，看下图

　　　　　　　　　　　　　　　　　　　　

 

　　　　　　　　　　web.xml中配置struts2的拦截器和spring的监听器

 

　　　　　　　　　　这里注意一个问题，struts跟spring整合的时候，Struts.xml中的class应该填写spring配置文件中的id。

　　　　　　2.5、总结与启动

　　　　　　　　　　　父工程和子模块都写完之后，就成这样了

　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　运行调试即可。这里我遇到一个小问题，一直解决不了，

　　　　　　　　　　　　　　

三、总结

　　　　　　理解了这个分模块与聚合的作用，并且知道如何开发即可。加油。确实搞的有点烦躁。