Maven 提供了许多命令，来帮助构建，管理项目。不过现在许多 IDE 开发工具提供了将这些命令图形化的功能，只要点击相应的按钮也可执行相应的命令。
Maven 的命令格式：mvn [plugin-name]:[goal-name]，即执行 plugin-name 插件的 goal-name 目标。
-
mvn -version：显示 Maven 版本信息
-
mvn clean：清理项目编译产生的临时文件，一般是模块下的 target 目录
-
mvn compile：编译源代码
-
mvn package：打包项目，一般会在模块下的 target 目录下生成 jar 或者 war 文件
-
mvn test：执行测试用例
-
mvn install：打包项目的 jar 或者 war 到本地仓库，供其他模块使用
-
mvn deploy：打包项目的 jar 或者 war 到远程仓库，供其他人员下载使用
-
mvn site：生成项目相关信息的网站
-
mvn eclipse:eclipse：将项目转化为 eclipse 项目
-
mvn dependency:tree：打印项目的整个依赖树
-
mvn archetype:generate：创建普通 maven 项目
-
mvn tomcat7:run：在 tomcat 容器中运行 web 项目
-
mvn jetty:run：在 jetty 容器中运行 web 项目
Maven 命令可以带参数，例如 mvn package -Dmaven.test.skip=true 会在打包的时候跳过单元测试。
Maven 有以下三个标准的生命周期
-
clean：清理项目产生的临时文件
-
default（也叫 build）：关于项目构建，打包，部署等的处理
-
site：项目站点文档创建的处理
执行某个 maven 命令时，会先执行这个命令前的所有命令，例如执行 mvn package 生成可执行 jar，会依次执行 pre-clean，clean，…，test，package等命令。
首先通过 IDEA 工具创建一个 Maven 项目，选择 JDK，选择 Maven 模板。
按上述步骤一般没有 resources 目录，所以我们手动创建源文件资源目录和测试资源目录。
最终项目的目录结构如下：
项目根目录下有个 pom.xml 文件，一些常用标签介绍如下：
-
modelVersion：指定当前 pom 模型的版本，对于 maven2 和 maven3 来说，只能填写 4.0.0
-
groupId：定义项目的所属组或者公司，一般是公司域名的倒写
-
artifactId：项目在所属组的唯一ID
-
version：项目版本号
-
name：项目名称，可选
-
description：对项目的描述，可选
-
properties：定义一些属性变量
-
dependencies：定义项目使用到的依赖
-
packaging：项目打包的类型，默认是 jar，可选值有 jar，war，rar，ear，ejb，pom等等
-
build：与构建相关的配置，例如设置编译插件的 JDK 版本
<project xmlns=“http://maven.apache.org/POM/4.0.0” xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
xsi:schemaLocation=“http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd”>
4.0.0
com.chenpi
maven-demo
1.0-SNAPSHOT
jar
maven-demo
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
junit
junit
4.11
test
在剪辑器的右边，有个 Maven 菜单栏，这里有 Maven 相关命令可以直接双击执行，还有插件列表，项目依赖列表。
如果一个项目比较大时，会拆分成多个模块进行开发，例如一个项目的 dao，service，controller 层被拆分到不同模块中；Spring 框架中的 spring-core，spring-bean，spring-webmvc 等模块。
基于Maven 构建的项目，一般会定义一个 parent POM 作为一组子 module 的聚合 POM。在 parent POM 中使用 标签来定义它的一组子模块。虽然在 parent POM 中不会有什么实际构建产出，但是我们可以在 parent POM 中定义一些共同构建配置，依赖等，并且可以被子模块继承。
首先创建父模块，创建一个不使用模板的 maven 项目。
然后在父模块的基础上创建子模块，直接在父模块项目右键创建子模块 maven-dao，maven-service，maven-controller。
最终的项目目录结构如下所示：
子模块间依赖处理，因为 maven-controller 模块依赖 maven-service 模块，maven-service 模块依赖 maven-dao 模块。
我们需要在 maven-controller 模块的 pom.xml 文件中依赖 maven-service 模块；
com.chenpi
maven-service
1.0-SNAPSHOT
我们需要在 maven-service 模块的 pom.xml 文件中依赖 maven-dao 模块；
com.chenpi
maven-dao
1.0-SNAPSHOT
pom.xml 文件标签数量比较多，在这引用菜鸟教程的标签解释。
<project xmlns=“http://maven.apache.org/POM/4.0.0” xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
xsi:schemaLocation=“http://maven.apache.org/POM/4.0.0http://maven.apache.org/maven-v4_0_0.xsd”>
4.0.0
asia.banseon
banseon-maven2
jar
1.0-SNAPSHOT
banseon-maven
http://www.baidu.com/banseon
A maven project to study maven.
jira
http://jira.baidu.com/banseon
Demo
banseon@126.com
banseon@126.com
banseon@126.com
http:/hi.baidu.com/banseon/demo/dev/
HELLO WORLD
banseon
banseon@126.com
Project Manager
Architect
demo
http://hi.baidu.com/banseon
No
-5
Apache 2
http://www.baidu.com/banseon/LICENSE-2.0.txt
repo
A business-friendly OSS license
scm:svn:http://svn.baidu.com/banseon/maven/banseon/banseon-maven2-trunk(dao-trunk)
scm:svn:http://svn.baidu.com/banseon/maven/banseon/dao-trunk
http://svn.baidu.com/banseon
demo
http://www.baidu.com/banseon
…
…
Windows XP
Windows
x86
5.1.2600
mavenVersion
2.0.3
/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/
/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/
…
…
…
…
…
…
言尽于此，完结
无论是一个初级的 coder，高级的程序员，还是顶级的系统架构师，应该都有深刻的领会到设计模式的重要性。
- 第一，设计模式能让专业人之间交流方便，如下：
程序员A：这里我用了XXX设计模式
程序员B：那我大致了解你程序的设计思路了
- 第二，易维护
项目经理：今天客户有这样一个需求…
程序员：明白了，这里我使用了XXX设计模式，所以改起来很快
- 第三，设计模式是编程经验的总结
程序员A：B，你怎么想到要这样去构建你的代码
程序员B：在我学习了XXX设计模式之后，好像自然而然就感觉这样写能避免一些问题
- 第四，学习设计模式并不是必须的
程序员A：B，你这段代码使用的是XXX设计模式对吗？
程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的
从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！
搜集费时费力，能看到此处的都是真爱！
个个环节。它们自动从项目定义的仓库中下载。要获取更多信息，请看项目依赖机制。 -->
…
…
…
…
言尽于此，完结
无论是一个初级的 coder，高级的程序员，还是顶级的系统架构师，应该都有深刻的领会到设计模式的重要性。
- 第一，设计模式能让专业人之间交流方便，如下：
程序员A：这里我用了XXX设计模式
程序员B：那我大致了解你程序的设计思路了
- 第二，易维护
项目经理：今天客户有这样一个需求…
程序员：明白了，这里我使用了XXX设计模式，所以改起来很快
- 第三，设计模式是编程经验的总结
程序员A：B，你怎么想到要这样去构建你的代码
程序员B：在我学习了XXX设计模式之后，好像自然而然就感觉这样写能避免一些问题
- 第四，学习设计模式并不是必须的
程序员A：B，你这段代码使用的是XXX设计模式对吗？
程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的
[外链图片转存中…(img-MXKe7DPh-1714417196513)]
从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！
[外链图片转存中…(img-VW0P3uMq-1714417196515)]
搜集费时费力，能看到此处的都是真爱！
1263
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
