第四章-Gradle任务
上一章我们已经介绍了 Gradle 脚本的基础,在其中我们也强调了 Gradle 中最要的 Projects 和 Tasks这两个概念,尤其是Tasks,我们的所有 Gradle 的构建工作都是由 Tasks 组合完成的,那么这一章我们就详细的介绍下 Tasks 任务。
任务的介绍也是从实用性出发,比如如何多种方式创建任务,如果访问任务的方法和属性等信息,如果对任务进行分组、排序,以及任务的一些规则性知识。
第一种是直接以一个任务名字创建任务的方式:
1 | //1: |
上一章我们已经介绍了 Gradle 脚本的基础,在其中我们也强调了 Gradle 中最要的 Projects 和 Tasks这两个概念,尤其是Tasks,我们的所有 Gradle 的构建工作都是由 Tasks 组合完成的,那么这一章我们就详细的介绍下 Tasks 任务。
任务的介绍也是从实用性出发,比如如何多种方式创建任务,如果访问任务的方法和属性等信息,如果对任务进行分组、排序,以及任务的一些规则性知识。
第一种是直接以一个任务名字创建任务的方式:
1 | //1: |
因为我们发布或者推广的渠道不同,就造成了我们的 Android App 可能会有很多个,因为我们需要细分他们,才能针对不同的渠道做不同的处理,比如统计跟踪、是否升级、App 名字是否一致等等。尤其在国内这个各种应用市场百家争鸣的时代,我们需要发布的 App 渠道甚至多个好几百个,而且各有各的特殊处理,所以这就更需要我们有一套自动的满足多渠道构建的工具来帮我们解决这个问题,有了 Android Gradle 的 Flavor 后,我们就可以完美的解决以上问题,并且可以实现批量自动化。这一章主要介绍多渠道构建的基本原理,然后使用 Flurry 和友盟这两个最常用的分析统计平台作为例子来演示多渠道构建,接着我们介绍下 Flavor 的每个配置的用法,让大家可以根据需求定制自己的每个渠道,最后我们会介绍一种快速打包上百个渠道的方法,以提高多渠道构建的效率。
在Android Gradle中,定义了一个叫 Build Variant 的概念,直译是构建变体,我喜欢叫它为构件-构建的产物(Apk),一个Build Variant=Build Type+Product Flavor,Build Type 就是我们构建的类型,比如 release 和 debug,Product Flavor 就是我们构建的渠道,比如 baidu,google 等等,他们加起来就是 baiduRelease,baiduDebug,googleRelease,googleDebug,共有这几种组合的构件产出,Product Flavor 也就是我们多渠道构建的基础,下面我们看看如何新增一个Product Flavor。
https://git-scm.com/downloads | Git-for-windows 阿里源地址
windows 平台我一般会下载便捷版。
windows 环境下已经自带了 gitk,如果觉得还是不好使的话。Java 开发者使用的 ide 也有相应的支持,一般足够使用。
TortoiseGit 和 windows 资源管理器有很好的集成
Zabbix API 允许你以编程方式检索和修改 Zabbix 的配置,并提供对历史数据的访问。它广泛用于:
Zabbix API 是基于 Web 的 API,作为 Web 前端的一部分提供。它使用 JSON-RPC 2.0 协议,这意味着两点:
有关协议和 JSON 的更多信息可以在 JSON-RPC 2.0 规范 和 JSON 格式主页 中找到。