gradle项目中profile的实现

一、不同的环境依赖的jar包不同

拿web开发来说，生产环境一般会采用weblogic,jboss这类重量级的容器，通常这类web server已经内置了很多第三方的通用jar包，而开发环境，一般采用嵌入式jetty这类轻量级的容器，内置的jar包会少一些，在maven中可以用<scope>provided</scope>来处理，到了gradle中可以这么处理：

build.gradle文件参考下面的写法：

大概意思是，根据传入的参数env不同，加载不同的profile文件。在同级目录下，要放二个文件（下面演示的场景为，dev环境加载的spring版本为4.1.6，而prod环境加载的spring版本为4.2.3）：

profile-dev.gradle

profile-prod.gradle

编译时，gradle命令这么写：

gradle build -Denv=prod  这样编译的就是prod环境

gradle build -Denv=dev  这样编译的就是dev环境（注：dev是默认环境，所以如果是dev环境，最后的-Denv=dev也可以省略）

二、不同的环境，配置的参数不同

思路：为每个环境建不同的目录，把各环境的属性文件按目录存放，编译时动态设置gradle的资源目录

在刚才的基础上，再加入这一段即可。

整个项目的结构图如下：