网站被降权重新做网站,网站开发与设计教程,用百度地图 做gis网站,网站关键词没被搜出来一、POM#xff08;Project Object Model#xff09;项目对象模型 Pom在Maven中是一个XML文件#xff0c;位于项目的根目录下#xff0c;其包含着项目构建所需要的必要信息#xff0c;Pom还支持继承#xff0c;当一个项目中拥有多个模块时#xff0c;子模块可以继承父模…一、POMProject Object Model项目对象模型 Pom在Maven中是一个XML文件位于项目的根目录下其包含着项目构建所需要的必要信息Pom还支持继承当一个项目中拥有多个模块时子模块可以继承父模块的Pom。 而我们在之前创建的arazon中Pom文件如下 project xmlnshttp://maven.apache.org/POM/4.0.0 xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdinfo.zhw.arazon/groupIdartifactIdarazon/artifactIdversion1.0-SNAPSHOT/versionpackagingjar/packagingnameArazon/nameurlhttp://maven.apache.org/urldependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.8.2/versionscopetest/scope/dependency/dependencies /project 1、project 代表着Pom文件的根元素代表该项目本身 2、modelVersion 所使用的Object Model版本也就是POM模型的版本这个属性是强制性且不需要修改的目前。 3、groupId: 定义项目属于哪一个组并分配其唯一的组Id如项目名为arazon由组织info.zhw创建则其groupId为info.zhw.arazon。 4、artifactId 定义当前Maven项目在gourp中唯一的ID如之前Pom文件中的arazon即定义为该info.zhw组织中一个名为arazon的项目即artifactId。 5、version artifact的版本通过groupId,artifactId和version就能唯一确认一个项目。 6、name 项目名称不是必须的。一般与artifactId相近用于maven生成的文档中。如在上面的例子中可以直接将name设置为Arazon。 7、url 项目的地址 8、description 项目的描述 9、dependencies 表示项目的依赖。 10、packaging artifact打包的方式默认为jar 如果有想要添加的依赖步骤如下: 1、进入maven仓库地址(http://mvnrepository.com/)搜索所需依赖。 2、如搜索spring找到所需要的版本后其会提供所需要的dependency的xml信息如下 dependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion4.1.5.RELEASE/version /dependency 3、将其复制入项目Pom文件的dependencies节点中。 4、则所需要的依赖就能够加入到项目中了 二、Artifact 每一个Artifact由gourpId:artifactId:version组成并唯一识别。意为构件其实既是软件生产过程中产生的文件。它可以是jar文件源文件二进制文件war文件甚至是pom文件。每个artifact都由groupId和artifactId组合的标识符唯一识别。需要被使用(依赖)的artifact都要放在仓库(见Repository)中否则Maven无法找到(识别)它们。 三、Repositories 仓库存储Artifact所用可以是自己的Artifact也可以是别人的Artifact。在Pom中生命dependency后构建项目时会从中央仓库中寻找所需要的Artifact。 仓库分为远程仓库和本地仓库两种本地仓库顾名思义就是在自己本地的仓库一般由自己构建项目所用过的Artifact和maven的plugin组成。而远程服务器则是网络上的仓库常用的有maven的中央仓库。 四、Build Lifecycle: 构建过程的生命周期有三种分别是default部署clean清理site文档生成他们都有不同的生命周期。 而Lifecycle由phases构成其中default的生命周期大部分如下 validate 验证项目是否正确以及必须的信息是否可用compile 编译源代码test 测试编译后的代码即执行单元测试代码package 打包编译后的代码在target目录下生成package文件integration-test 处理package以便需要时可以部署到集成测试环境verify 检验package是否有效并且达到质量标准install 安装package到本地仓库方便本地其它项目使用deploy 部署拷贝最终的package到远程仓库和替他开发这或项目共享在集成或发布环境完成phases之间会按顺序进行。转载于:https://www.cnblogs.com/sluggard/p/4361317.html