Android Studio Gradle 第一步

Question

有些人可能看过 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 中？

Answer 1

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 的它们自己的源集。 .