PS:本篇博客,就是对于maven的一个简单的总结,认识。可能更多的是借鉴别人的看法,然后结合自己的使用,再加以说明。
首先,什么是maven:
Apache Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's
build, reporting and documentation from a central piece of information.
简单说来,maven就是一款帮助我们进行jar包管理和发布部署的一款产品。
一、没有maven的时代
结合自己的应用来说,在没有maven的时候,每次我建立一个项目的时候,需要下载很多的jar包,当我依赖一个项目时,也要先编写代码,然后打成jar,然后添加进项目的jar库里,然后才会进行使用。在这个时候,我就有以下的几点小抱怨:
1,每次都在拷jar包,多一个少一个的,常有的事儿。
2,有时候引入的jar包,因为版本不对,麻烦
3,我还得在本地找个地儿将jar存起来,靠。忍不了,关键是在项目的维护阶段,管理这些jar包本身就是个巨大的工程。它得依赖维护人员对于这个项目的版本更替有一定的了解,才能决定jar的去留和升级。
4,有时候我会引入一个jar包,但可能,它根本没有用到,但是久而久之,我就不知道哪一个没用,不敢删,导致jar包系统越来越庞大。
那时候,我就在想,我可不可以不要引入那么多那么多的jar包了,后来,发现maven了。
二、maven的应运而生
maven是一款帮助我们管理jar包、文档等,和部署项目的一个工具。那么,对于目前的我来说,最显而易见的,也是最实际的效果就是,使用maven,最起码的解决了我不停下载jar包和管理jar包的工作。
maven为重复性的工作提供了一种选择,使开发者的注意力从作业层转移到项目管理层。它带来的好处,主要有:
1、项目构建。Maven定义了软件开发的整套流程体系,并进行了封装,开发人员只需要指定项目的构建流程,无需针对每个流程编写自己的构建脚本。
2、依赖管理。除了项目构建,Maven最核心的功能是软件包的依赖管理,能够自动分析项目所需要的依赖软件包,并到Maven中心仓库去下载。
A)管理依赖的jar包
B)管理工程之间的依赖关系。
三、maven的基本介绍
简单说来,maven分为聚合工程和普通工程,聚合和普通工程可以简单的看做是一种父子关系。为什么会出现聚合呢?随着业务需求的增加,我们开发的系统,会面临着分层和分布式的选择。最起码,我们也是用过了三层的。
聚合,在我个人看来,是一种更高层级的抽象。它首先将我们的一个项目,进行出现为parent父工程,并在里面,使用pom文件,为其工程添加基础依赖,如:
在这里面,parent和manager同属聚合工程,但是,manager继承于parent,为什么呢?因为这个项目共包含两个子项目,一个是后台管理系统,也就是manager系统,一个是前台web端系统。parent,是整个项目的一个抽象聚合,在它的pom文件中,配置了一些基本的jar包依赖。
在manager中,我们可以看到的是,它包含了4个子模块,它类似于VS中的一个解决方法,这个解决方案叫manager,而我们分层的UI层,BLL层,DAL层,Entity层,就相当于这里面的几个子模块,在manager这个聚合工程中,他通过组件聚合引用的方式,将这几个模块聚合形成一个系统,比如:
<span style="font-family:KaiTi_GB2312;font-size:18px;"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.angel.taotao</groupId> <artifactId>taotao-parent</artifactId> <version>0.0.1-SNAPSHOT</version> </parent> <groupId>com.angel.taotao</groupId> <artifactId>taotao-manager</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>pom</packaging> <!-- 依赖管理 --> <dependencies> <dependency> <groupId>com.angel.taotao</groupId> <artifactId>taotao-common</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> </dependencies> <modules> <module>taotao-manager-pojo</module> <module>taotao-manager-mapper</module> <module>taotao-manager-service</module> <module>taotao-manager-web</module> </modules></span>备注:依赖项中的common,可以理解为整个项目的工具类。
在每一个pom文件的依赖配置中,主要包含以下几个节点:
<modelVersion>4.0.0</modelVersion> 这是聚合工程的版本号
groupid:项目组Id,项目坐标的核心元素。比如上面的配置文件中,groupid均为com.angel.taotao,因为整个项目(包括后台管理和web端),这个项目的组id叫做com.angel.taotao
artifactId:项目的通用名称,可以看做是我们在使用三层时,每一层的名称
version:项目的版本
注意:每一个maven工程里面,都需要有一个war工程,也就是相当于UI层。而其他的jar工程,也都可以被打包再次引用。
四、总结
这次总结,只是一个简单的初识,对于maven的使用,还在继续探索中。比如说,maven的核心对象pom, 作为项目对象模型。通过xml表示maven项目,使用pom.xml来实现。主要描述了项目:包括配置文件;开发者需要遵循的规则,缺陷管理系统,组织和licenses,项目的url,项目的依赖性,以及其他所有的项目相关因素。对于这个pom的理解和使用,还有待进一步的研究!