[英]Difference between build.gradle (Project) and build.gradle (Module)
我正在尝试将 Android Asynchronous Http Client 的依赖项添加到我的项目中。 所以项目中有两个build.gradle文件。
据我了解,有不同类型的依赖项:
这个问题是关于 buildScript 依赖项的存储库,解释一下前两种类型。
还有 build.gradle (Project:My-app) 说
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
所以我猜想Android Asynchronous Http Client的依赖代码应该加在build.gradle (Module:app)中。
这一切如何结合在一起?
build.gradle (项目:我的应用程序)
顶级构建文件,您可以在其中添加所有子项目/模块通用的配置选项。
每个项目都包含一个顶级 Gradle 文件。 它通常包含所有modules
通用配置。 无论这个顶级 Gradle 文件中包含什么,它都会影响所有模块。
例子:
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.0.0-alpha3'
//Maven plugin
classpath 'com.github.dcendents:android-maven-gradle-plugin:1.3'
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
}
}
allprojects {
repositories {
jcenter()
maven { url "https://jitpack.io" }
}
}
task clean(type: Delete) {
delete rootProject.buildDir
}
build.gradle(模块:app)
特定模块的构建文件(在其中添加依赖项、签名配置、构建类型、风格等)
所有模块都有一个特定的 Gradle 文件。 无论这个gradle文件中包含什么,它只会影响包含的模块。
例子:
apply plugin: 'com.android.application'
android {
compileSdkVersion 23
buildToolsVersion "23.0.2"
defaultConfig {
applicationId "com.hrskrs.gesturefun"
minSdkVersion 10
targetSdkVersion 23
versionCode 1
versionName "1.0"
}
buildTypes {
release {
zipAlignEnabled true
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
debuggable true
zipAlignEnabled true
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
compile project(':gesture-fun')
testCompile 'junit:junit:4.12'
compile 'com.android.support:appcompat-v7:23.1.1'
compile 'com.android.support:design:23.1.1'
compile 'com.jakewharton:butterknife:7.0.1'
}
这有点令人困惑,因为默认情况下,Android Studio 将两个build.gradle
文件build.gradle
显示(使用 Android 视图时)。
如果您切换到 Project 视图,您可以看到实际的结构以及不同的build.gradle
文件所在的位置。
build.gradle
(Project: MyApplication) 文件位于项目的根文件夹中,其配置设置适用于项目中的每个模块。 模块是更大项目的一个孤立部分。 在一个多模块的项目中,这些模块各司其职,但共同组成了整个项目。 大多数 Android 项目只有一个模块,即 app 模块。
此处的build.gradle
(Module: app) 文件位于app
文件夹中。 它的构建设置仅适用于 app 模块。 如果有另一个模块,那么该模块也会有自己的build.gradle
文件。 例如,我创建了一个包含三个模块的库项目:一个库模块、一个演示应用程序模块和另一个我计划用于测试的应用程序模块。 他们每个人都有自己的build.gradle
文件,我可以调整。
在基本项目中,您需要编辑的几乎所有内容都在应用程序模块的build.gradle
文件中。 你可以像这样记住它:
你正在制作一个app ,所以转到
build.gradle
(Module: app ) 文件。
关于两个gradle
文件的关系, hrskrs已经解释的很清楚了,我会做一些补充。
如果你的项目只有一个Module(比如app ),上面的build.gradle(Project:My-app)的优势就体现的不是很明显了。 因为你可以在build.gradle(Module:app)中配置关于Module的一切,并且在接下来几天升级的时候只修改一个文件。
但是如果你的项目有五个模块,而且恰好它们有相同的依赖A ,如果你不使用最上面的build.gradle (Project: My-app)你需要在接下来的几天维护五个文件。
顺便说一句, build.gradle (Module:app)可以覆盖build.gradle (Project:My-app) 。
这种设计可以提高应用程序的可维护性。
当您拥有多个项目模块时,事情变得更加清晰,然后模块与项目 gradle 的差异更加清晰。
您可以使用项目 gradle 来定义所需的类路径、插件、源存储库(google、maven 等) ,以从模块级 Gradle 获取依赖项,并使用具有签名信息、版本详细信息、构建类型、产品风格等的顶级模块的相应依赖项。 更底层的模块主要关注特定模块所需的依赖关系,所以通常我们只使用较低级别模块的构建 gradle 来添加特定的依赖关系。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.