maven项目构建ssh工程(父工程与子模块的拆分与聚合)

一，行家父工程与子模块的拆分与聚合原理

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

　　　　　　1.1，拆分原理

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

　　　　　　　　　　　　　　　　　　

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

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

　　　　　　　　将三层都独立分开来了，网络层如何调用服务层代码？服务层又如何调用DAO层的代码呢？

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

 

　　　　　　1.2，聚合原理

　　　　　　　　项目开发通常是分组分模块开发，每个模块开发完成要运行整个工程需要将每个模块聚合在一起运行，比如：道，服务，网络三个工程最终会打一个独立的战争运行

　　　　　　

二，案例实现

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

　　　　　　2.1，创建Maven的父父模块

　　　　　　　　　　　　　　　　　　

　　　　　　　　点击下一个

　　　　　　　　　　　　　　　　　　

　　　　　　　　点击下一个

　　　　　　　　　　　　　　　　　　

　　　　　　　　创建好之后的父工程如图　　

　　　　　　　　　　　　　　

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

 

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

  Maven的父工程整合SSH通用的pom.xml的配置

 

 

　　　　　　2.2，创建行家-DAO子模块

　　　　　　　　　　　　　　

　　　　　　　　点下一个进入如下图

　　　　　　　　　　　　　　　　　　　

　　　　　　　　点击下一个，如下图

　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　

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

　　　　　　　　　　　　　　

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

　　　　　　　　　　　　　　

 

　　　　　　　　查看ssh_dao的目录结构

　　　　　　　　　　　　　　

　　　　　　　　因为是在DAO层，和数据库打交道，那么就在这个项目中，需要配置hibernate.hbm.xml和hibernate.cfg.xml文件中，但是又集成了弹簧，所以hibernate.cfg.xml中就不需要了，添加的applicationContext .XML即可（这里需要有弹簧整合休眠的基础）

　　　　　　　　　　　　　　　　

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

  aplicationContext-dao.xml

  jdbcinfo.properties

 

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

 

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

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

　　　　　　　　　　　　　　　　

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

　　　　　　　　　 所以在ssh_dao子模块的pom.xml文件中有JUnit的的坐标才能使用测试

　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　

　　　　　　2.3，创建ssh_service子模块

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

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

　　　　　　　　　　　　　　　　

 

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

　　　　　　　　　　　　　　　　

 

　　　　　　　　　　　然后编写服务层的代码，

　　　　　　　　　　　　　　　　　　　　

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

  aplicationContext-service.xml中

 

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

 

 

　　　　　　2.4，创建ssh_web子模块

　　　　　　　　　　方法同Maven的道模块创建方法，模块名称为SSH-网页，注意：打包方式为战争，而不再是JAR包了，因为该层需要放到tomcat的中去与浏览器交互，就是网络项目了，所以打成战争包

　　　　　　　　　　和前面一样，ssh_parent的pom.xml的中增加一个模块结点，而ssh_web的pom.xml的中增加一个父结点

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

　　　　　　　　　　　　　　　　　　　　

  application.xml中

 

　　　　　　　　　　web.xml文件中配置的struts2的拦截器和弹簧的监听器

  web.xml中

 

　　　　　　　　　　这里注意一个问题，支柱跟春天整合的时候，在struts.xml中的类应该填写春天配置文件中的ID。

 

　　　　　　2.5，总结与启动

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

　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　　　　

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

　　　　　　　　　　　　　　

 

三，总结

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