1、介绍css
java的源码构建工具,大体经历了 ant -> maven -> gradle 这个过程,每一次进步,都是在解决以前的工具所带来的问题,简单来讲:html
1. ant 功能虽然也很强大,可是过于灵活,规范性不足,对目录结构及build.xml没有默认约定 ,10个程序员作一样的项目,可能最终出来的10个项目,目录结构和build.xml都不相同,并且没有统一的依赖项管理。java
2. maven的出现,解决了规范的问题,也顺带解决了依赖项统一管理的问题,可是规范性又太强了,基本上能够认为是一种强规范,用久了以后,感受灵活性显略不足,并且pom.xml采用xml结构,项目大了,xml就有些冗长。mysql
3. gradle则是综合了ant与maven的优势,吸取了ant中task的思想,而后把maven的目录规范及仓库思想也融合进来了,可是容许用户自由修改默认的规范(好比:源代码目录能够本身指定),另外配置文件采用groovy语言来书写(格式初看上去有点相似json,比较精减),注意:groovy是一门真正的【可编程】语言,而不是象css、html之类的标记性「符号」,因此从这个意义上讲,配置文件build.gradle自己就是一份源代码,这份源代码,最终交由gradle来处理执行,完成代码的构建工做。git
gradle的发展速度之快,是ant 与 maven所不能比拟的,看下gradle官网的文档就能感觉到了,一个新兴的工具文档如此之齐全,可见你们对它的承认程度。程序员
2、安装:github
安装十分简单,到官司下载最新版(是一个压缩包),解压某个目录,而后在环境变量里添加GRADLE_HOME, 再把该变量添加到path路径中,保证能找到gradle命令便可,参考下面的环境变量设置:sql
1.windows环境编程
设置系统环境变量json
GRADLE_HOME D:\Work\04_Plug-in unit\gradle-2.10
PATH中增长
%GRADLE_HOME%\bin;
注意:若是是win10系统,无需配置GRADLE_HOME,由于path中不识别变量,直接在PATH中用全路径
D:\Work\04_Plug-in unit\gradle-2.10\bin
2.Linux系统
export GRADLE_HOME=/opt/module/gradle-2.10 export PATH="...bin:${GRADLE_HOME}/bin"
验证:
gradle -version 或 gradle -v
3、IDEA中使用
1.idea导入gradle的设置
#查看全部可用的task gradle task #编译(编译过程当中会进行单元测试) gradle build #单元测试 gradle test #编译时跳过单元测试 gradle build -x test #直接运行项目 gradle run #清空全部编译、打包生成的文件(即:清空build目录) gradle clean #生成mybatis的model、mapper、xml映射文件,注: 生成前,先修改src/main/resources/generatorConfig.xml 文件中的相关参数 , 好比:mysql链接串,目标文件的生成路径等等 gradle mybatisGenerate #生成可运行的jar包,生成的文件在build/install/hello-gradle下,其中子目录bin下为启动脚本, 子目录lib为生成的jar包 gradle installApp #打包源代码,打包后的源代码,在build/libs目录下 gradle sourcesJar #安装到本机maven仓库,此命令跟maven install的效果同样 gradle install #生成pom.xml文件,将会在build根目录下生成pom.xml文件,把它复制项目根目录下,便可将gradle方便转成maven项目 gradle createPom