教你实现项目管理的自动化(二)

咱们在上一次的分享中,讲解了Maven的环境变量配置及在IDEA中的集成,今天呢,就来给你们分享一下Maven的使用.Maven有两种使用方式,第一种呢,比较原始,就是直接在cmd的命令行窗口中去使用,第二种呢,就是在IDE(Eclipse或IDEA都行)中去使用.通常来讲,咱们都会在IDE里去使用。咱们打开IDEA,点击建立新项目
　　

　　在弹出的窗口中左侧选中Maven,而后直接下一步,填入咱们的GroupId和ArtifactId,点击下一步,最后点击肯定.这里对GroupId和ArtifactId作一个解释:
　　GroupId:通常来讲,GroupId是公司或组织域名的倒装,好比咱们的域名是shangzengedu.top,这里GroupId就是top.shangzengedu.
　　ArtifactId则是咱们的项目名称,好比这里我起名叫test_m
　　

　　刚生成的项目结构以下图所示,在上一次咱们提到过,Maven是约定大于配置的,因此这里呢
　　src/main/java在约定里是放源代码的地方,
　　src/main/resources则是放配置文件的地方,
　　src/test则是放测试代码的地方,
　　pom.xml则是Maven配置的中心,咱们的依赖,插件等的配置都是放在这个文件里,初始化的配置如右图所示:
　　
　　而这些约定的信息,则是放在maven-model-builder-3.6.0.jar包里,咱们能够将这个包从Maven的lib目录下复制出来,而后解压, 在maven-model-builder-3.6.0\org\apache\maven\model目录里,有个pom-4.0.0.xml,咱们打开,会发现里面有这么一段信息,以下图所示:
　　
　　在这里面指定了咱们项目中能经常使用到的一些目录,有些是ide帮咱们建立好的,有些是ide没有帮咱们建立,但咱们可使用的,好比说脚本目录等.固然这个文件里不止这些,还有插件和仓库的声明,这些咱们之后会说起到.
　　
　　咱们转回到新建的那个项目,而后在里面新建一个日期转换的工具类来作测试,代码以下图所示,咱们引入Junit来作单元测试,pom修改以下右图所示:
　　
　　咱们如今编写单元测试,以下所示:
　　
　　如今准备工做已经就绪,在没有使用maven的时候,咱们编译打包前,可能须要手动的去执行单元测试,来监测,如今咱们用了maven,就能够直接执行打包命令,在idea中咱们能够打开maven窗口,而后双击package,日志如右图所示,在这里咱们看到Maven在打包前自动帮助咱们作了测试的工做,而且出了测试报告,说运行了两个失败0个,错误0个跳过0个
　　
　　咱们如今修改一下咱们的单元测试,让他出错,看看有什么效果,代码以下图所示:
　　
　　从新打包,发现打包日志以下图所示,告诉你打包失败,缘由是由于单元测试失败了
　　

　　在打包成功以后,会在咱们的target里输出相应的文件,包括咱们的jar包,也包括编译后的文件,以下图所示,其实不仅是打包,编译命令和测试命令都会在这里         进行文件输出
　　
　　截止到这里,咱们已经使用到了Maven的几个优点,第一个是咱们在pom里添加的Junit的依赖,这是Maven的第一个优点,依赖管理,后续咱们会讲.第二个就是        咱们在构建打包的时候,他会自动帮助咱们进行测试功能,这是怎么实现的呢?
　　
　　这里就用到了Maven的生命周期概念,和Maven的插件概念,咱们在下次分享.

文章相关视频