有些人可能看过 Android Studio Gradle i/o，Xavier Ducrohet 在他的快速演讲中提到了如何使用 android gradle 构建系统。我的问题是，文档和演示文稿缺少快速入门的信息。或者至少对我来说。在我下面的代码中，我试图解决 gradle android 插件系统的使用问题，我确信我有一些错误的步骤和一些正确的步骤。 (我没有经常使用 ant 或 maven)

也许我会用我目前所做的一步一步地完成它。

android {
    compileSdkVersion 17
    buildToolsVersion "17.0.0"

    defaultConfig {
        minSdkVersion 7
        targetSdkVersion 16

        signingStoreLocation = "debug.keystore"
        signingStorePassword = "***************"
        signingKeyAlias = "***************"
        signingKeyPassword = "**************"
    }

起初我为调试构建配置默认设置(或者每个使用默认设置的构建..这意味着没有构建类型或风格？)

资源集:

    sourceSets {

        main {
            manifest.srcFile 'AndroidManifest.xml'
            java.srcDirs = ['com.project.maingradle', 'com.otherproject.changedsourcefilesforthisproject']
            res.srcDirs = ['res', 'resfromotherprojectusingpartsofsamecode']
            assets.srcDirs = ['assets']
        }
    }

在这一步中，我定义了 sourceSets。这是我的第一个问题。如果我有相同的代码我想用于两个项目，是否可能/或者是否应该定义更多的源集，比如 -->

    sourceSets {

        main {...}
        srcsetforanotherproject {...}
    }

...取决于底层的 src 文件夹？还是应该像在我的第一个 sourceSets 声明中那样定义 sourceSets，通过定义一组不同的，例如 res 文件夹，就像 Xavier Ducrohet 提到的那样？ (也不清楚我是只能以这种方式对 res 文件夹执行此操作，还是对 java.srcDirs = ['com.project.maingradle', 'com.otherproject.changedsourcefilesforthisproject'] 等 java src 代码文件夹执行此操作。

签名配置:

    signingConfigs {
        debugRelease {
            storeFile file("debug.keystore")
        }

        release {
            storeFile file("release.keystore")
        }

        testflight {
            storeFile file("testflight.keystore")
        }
    }

在这一步中，我定义了用于不同版本的不同键。应该没问题...

构建类型:

    buildTypes {

        debugRelease.initWith(buildTypes.release)
        testflight.initWith(buildTypes.release)

        sourceSets.debugRelease.setRoot("src/release")
        sourceSets.debugRelease.setRoot("src/release")
        sourceSets.debugRelease.setRoot("src/release")

        debugRelease {
            packageNameSuffix ".debugRelease"
            versionNameSuffix "-DEBUG"
            debuggable true
            signingConfig signingConfigs.debug
        }

        testflight {
            packageNameSuffix ".testflight"
            versionNameSuffix "-TESTFLIGHT"
            signingConfig signingConfigs.testflight
        }

        release {
            packageNameSuffix ".release"
            versionNameSuffix "-RELEASE"
            runProguard true
            proguardFile getDefaultProguardFile('proguard-android.txt')
            signingConfig signingConfigs.release
        }
    }

这一步比 gradle android 插件的任何其他步骤都解释得更清楚。除了我不知道是否有一个预定义的版本或调试设置在后台工作……我是否需要澄清它……至少我是这么认为的，因为使用了名称后缀、proguard 或声明了一个此构建的关键 (signingConfig)。

口味:

    flavorGroups "abi", "version"

    productFlavors {

        arm {
            flavorGroup "abi"
        }

        standardproject1 {
            flavorGroup "version"
            minSdkVersion 7
            targetSdkVersion 14
            packageName "com.project.maingradle.normal"
            sourceSet sourceSets.main
        }

        standardproject2 {
            flavorGroup "version"
            minSdkVersion 6
            targetSdkVersion 14
            packageName "com.otherproject.normal"
            sourceSet sourceSets.main
        }

        testflightproject1 {
            flavorGroup "version"
            minSdkVersion 7
            targetSdkVersion 14
            packageName "com.project.maingradle.testflight"
            sourceSet sourceSets.main
        }

        testflightproject2 {
            flavorGroup "version"
            minSdkVersion 6
            targetSdkVersion 14
            packageName "com.otherproject.testflight"
            sourceSet sourceSets.main
        }
    }
}

我个人认为口味是最有趣的部分。 Xavier Ducrohet 说如果你想为不同的 flavor 构建使用不同的键，你不应该在构建类型中定义键(而不是在 flavor 中声明)？我不知道我是否理解正确。

无论如何...我在这里尝试做的是定义应该使用不同设置构建的不同风格，例如，针对不同系统的 sdk 版本控制、独占包名和设置依赖源集，就像您在示例中看到的那样。我不确定的是，构建类型如何依赖于口味……它们只是将每种口味乘以每种构建类型吗？并且...设置一个 sourceSet 是否可以(如果可以设置更多 sourceSets)，就像这样在一个 flavor 中？

最佳答案

How the buildtypes depend on flavors...do they just multiply every flavor to every buildtype?

是的，Gradle 将生成构建类型和产品风格的每种组合。根据 Gradle Plugin User Guide ，每个构建类型和产品风格的组合称为一个构建变体。

Is it ok to set a sourceSet (if it is possible to set more sourceSets), like this in a flavor?

当然!根据 Sourcesets and Dependencies documentation，Product Flavors(和 Build Variants)还自动包含来自 src/myFlavorName 的它们自己的源集。 .

关于Android Studio Gradle 第一步，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17171639/