maven知识

首先下载maven 然后win的配置环境变量

maven目录结构

--main

--java

--package

--test

--java

--package

resources

maven 需要有Java环境，是Java开发的

然后Java里面要写各种包类

pom 项目对象模型

groupId 一般用包名来表示表示项目是由哪个开发组织开发的类似于籍贯

artifactId 一般是项目的名称类似于姓名

version 该元素定义jar包的版本类似于身份证号码

往pom中引入坐标

查找条件

组织项目版本

web工程达成war包

编译测试运行打包安装整个过程maven进行管理

mvn tomcat:run

进入到项目中：

期间运行了一些插件

最终达成war包丢到tomcat目录下

从本地找本底没有就私服找没有私服就去中央仓库找

最终maven工程都会使用本底jar包

注意区别maven工程和 web工程

必须的工程目录是 web-inf 和 web.xml

maven常用的命令：

mvn compile

编译到target目录下面

mvn clean

target目录会被干掉的

mvn tetst

编译到target的test-class目录下并且输出编译结果

mvn packages

打包到target目录下 Java打成jar包 web打成war包

mvn install

打成jar包或者war包到本地仓库 (根据maven的配置到了本底仓库哦)

eclipse:

show view ->maven

jar Java项目

pom做工程聚合用的父子

war web项目

创建出war项目后：才有默认的webapp目录

需要自己创建 WEB-INF web.xml

当然！！可以使用！！ eclipse工具

右键工程然后Java EE Tools 然后generate D....

web工程标准结构就生成了

右键项目 maven -- Add Plugin

输入 compile

选择版本

这就是scope: 哈哈

provided 提供编译时候用到打包时候用不到

tomcat提供了某个jar包不需要我们再自己提供了否则可能冲突限制成 provided

runtime 运行时候用类似于jdbc驱动

test: 只有测试时候用

system ：整个工程

坐标：组织名项目名版本号

开发时候引用而不是拷贝，修改一处其他的都不用管引用正确的就OK了

拆分：父工程和子工程

父工程引入了每个子工程就不需要再去引入了子工程就拥有了父工程的的那些了

好像类似Java的父子继承关系啊

父工程

一定是pom工程！！

子工程创建成功后，父pom会多了一个：

同时，子工程也会指向了父工程的坐标 Java中的super啊卧槽啊啊：

标准的开发 controller(web) dao server

首先父类：

DAO层：

Service层:

web层(Controler)

工程拆分完毕！

controller依赖service依赖dao

首先service层：

service和dao不是同一个工程，所以service使用dao，需要添加依赖：（dao层将来也会打成jar包，引入daojar包的坐标）

service层才可以用到：

web层用到service层：

引入service的jar时候，service依赖的dao也加进来了！！！！

类似于引入某个框架的core包时候。他这个项目的pom中parent作怪，其他的都来了~~~ core这个框架是有个父工程！！！

依赖传递呀~~~

既然有依赖！parent就可以搞定呢，父类继承父类的~~ 寄托于父工程就OK了

父类中添加依赖。struts2-core mybatis的哈哈哈哈~

查看层级依赖关系：

在生效的依赖中：

如果 mybatis3.5 依赖引入的 xjar包2.0版本和 struts2.4 依赖的引如的 xjar包6.0版本版本不一致，冲突了呀。Exclude排除下就OK了~~~~

右击排除就OK了

pom的变化：排除依赖

或者排除某个jar。用自己实现的

添加测试jar包时候需要设置scope为<scope> test </scope>哦

在dao项目添加 junit：

dao层有了junit的jar包。service是不会传递过来的。依赖传递是有范围的。

如果去除掉 scope标签默认就是编译的范围了 scope的作用域范围：这样就有了哦

除了通过排除来解决依赖冲突之外，还有别的方案：

依赖的的原则第一声明者优先谁在前面用谁的生效~

查看依赖关系的右边：最终能脱颖而出选拔出来的是pom文件中写在前面的！第一原则：第一个声明者优先原则

第二个原则：路径近者优先

关于版本锁定：

在父类pom中：

版本锁定

<dependencyManagement>

      <dependencies>

            <dependency>

                <groupId>org.springframework</groupId>

                <artifactId>spring-core</artifactId>

                <version>3.2.7</version>

            </dependency>

    </dependencies>

</dependencyManagement>

这样就锁定了版本了

在dao等其他的项目去依赖的时候：坐标就不用全了父类中已经把版本锁定了

<dependencyManagement>

      <dependencies>

            <dependency>

                <groupId>org.springframework</groupId>

                <artifactId>spring-core</artifactId>

            </dependency>

    </dependencies>

</dependencyManagement>

驱动包注意 runtime 的作用范围哈

除了版本锁定，还有版本常量的使用！

<properties>

<spring-version>4.3.7.RELEASE</spring-version>

<mybatis-version>4.3.7.RELEASE</mybatis-version>

</properties>

<dependencies>

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-context</artifactId>

<version>${spring-version}</version>

</dependency>

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-web</artifactId>

<version>${spring-version}</version>

</dependency>

<dependency>

<groupId>org.springframework</groupId>

<artifactId>spring-webmvc</artifactId>

<version>${spring-version}</version>

</dependency>

</dependencies>

Maven的依赖管理：

1 依赖的出传递

2 依赖的范围

3 exclude排除jar包冲突

4 第一声明有限

5 路径近者优先

6 版本锁定

7 使用版本常量

巴特西

maven知识

最新文章

热门文章