我之前一直都把Gradle理解为一个android studio工程的依赖管理和打包工具。 这么理解其实也没什么问题。但是这么理解不够全面和系统，会给我之后系统的使用gradle造成一定的限制。所以是时候来全面的认识一下gradle了。 啊啊啊 ！
那应该怎么理解gradle呢？
gradle 是目前非常流行的一个项目构建工具。 它并不局限于一种平台。 那什么是项目构建工具呢，我们又为什么要用项目构建工具呢？
答：随着软件工程的项目的日益复杂，对于软件项目的编译，打包就成为了一大痛点。 以android项目为例，如果要手动配置那么多依赖的第三方库和jar包，自己需要一个一个去网上找资源，然后下载，配置。如果依赖包的版本变更的话，又要重新找资源，下载，配置。 想想都头大。 还有需要把java源码，res等资源编译打包成apk.也是一个巨大的工作量。 这个时候就需要一个工具帮我们完成这些工作了。在软件项目中完成以上类似工作的工具，称之为项目构建工具。当然gralde的功能远远不止这些，这需要我们不停的探索。
在Gradle之前，android的项目构建工具是ant, 用过eclipse的同学应该都用过。 我们知道ant是不支持自动去下载配置依赖jar的，这个坑就不提了。 还有ant的编译规则是基于xml的，用xml你是很难描述类似if(如果条件成立，编译某文件)else{如果条件不成立，编译某文件}这样不同条件的任务的。 这点，用ant做过android多渠道打包的同学，应该深有体会。
那Gradle呢， 首先Gradle是支持自动下载的依赖包的，
然后呢，Gradle脚本不是像传统的xml文件那样，而是一种基于Groovy的动态DSL，而Groovy语言是一种基于jvm的动态语言。 基于这种设计呢， gradle是支持我们像写脚本一样的去写项目的构建规则。 想想就很激动啊 。
前面我说过 Gradle是一个构建工具，但不局限于一种开发平台。它类似于一个开发框架，也有自己的语言”Groovy语言“，有一些自己的基础功能。然后根据各平台基于它的框架去开发定制自己编译和打包规则。 像我们自动下载依赖包的这个功能就是Gradle自己带的，而Gradle之所以能够编译和打包android项目，是因为Google团队在Gradle的基础上扩展了一个Android的gradle插件。 当然还有很多流行的Gradle插件，类似于java 插件等等。这点需要重点理解。 Gradle是Gradle ,android gradle插件是android gradl插件,不能混为一谈。这个我们在下一章的"Gradle 系列第二讲-android studio中的四个Gradle文件功能讲解“”中具体说明。
小结一下：
这章其实重点要理解这两点：
- Gradle 是一个构建工具，也是一个开发框架，基于Groovy语言。 我们可以通过Groovy语言去写自己的Gradle插件，也可以去编写指定的脚本去改变构建规则。
- android studio中gradle之所以能够构建android工程，是因为有基于android的gradle插件。
