我正在尝试根据它是否是 release buildType 交换 res/raw 文件夹和 jniLibs/armeabi 文件夹中的一些资源或 debug buildType。我目前也有两种产品口味。

build.gradle 文件:

apply plugin: 'com.android.application'

android {
    dexOptions {
        preDexLibraries = false
    }

    compileSdkVersion 21
    buildToolsVersion "22.0.1"

    defaultConfig {
        applicationId "com.example.test"
        minSdkVersion 17
        targetSdkVersion 22
        compileOptions {
            sourceCompatibility JavaVersion.VERSION_1_7
            targetCompatibility JavaVersion.VERSION_1_7
        }
    }

    productFlavors{
        phone{
            applicationId "com.example.testPhone"
        }
        tablet{
            applicationId "com.example.testTablet"
        }
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt'
        }
    }

    sourceSets{
        release{
            res.srcDirs = ['androidRelease/res/raw']
        }
    }
}

dependencies {
    compile project(':facebook')

}

使用 sourceSet 是正确的方法吗？如果是，应该创建什么文件夹，以便它仅根据 buildType 交换适当的资源，而不考虑 productFlavors？

编辑:是否可以交换 jniLibs 和 raw 文件夹资源？

文件夹结构:

src/main/jniLibs/armeabi
phoneRelease/jniLibs/armeabi
tabletRelease/jniLibs/armeabi 

文件夹结构是否正确？

编辑 2: 根据 Xavier 的回答，gradle 应该是这样的:

android {

      sourcesets {
        phone {
          jniLibs.srcDirs = ['phoneRelease/jniLibs/']
          res.srcDirs = ['androidRelease/res/raw']
        }
        tablet {
          jniLibs.srcDirs = ['tabletRelease/jniLibs/']
          res.srcDirs = ['androidRelease/res/raw']
        }
      }
    }

我一直在阅读很多相互矛盾的答案，其中一些提到您只需要基于构建变体的单独文件夹，还有一些提到必须使用 sourceSet？ 谢谢!

最佳答案

some of them mention that you just need separate folders based on build variant and some mention about having to use sourceSet?

Android 版 Gradle/Gradle 具有预期的源集结构:

• Android 资源在 res/
• java/ 中的 Java 源代码树
• jniLibs/ 中的预编译 JNI 库
• assets/ 中的 Assets
• 等

sourceSets 闭包发挥作用的地方是，对于给定的源集，您想要一个不同的结构:

• Android 资源在foo/
• bar/ 中的 Java 源代码树
• ickyNativeStuff/ 中的预编译 JNI 库
• assetsBecauseThatSeemsLikeADecentName/ 中的 Assets
• 等

每个构建类型、产品风格和构建变体都可以有一个单独的源集(androidTest 也可以用于仪器测试)，与 main 一起使用。它们的命名与构建类型/产品风格/构建变体相同。这些将在库存结构中，除非您使用 sourceSets 进行更改。

所以，一路回滚到:

I am trying to swap some resources in the res/raw folder and the jniLibs/armeabi folder based on whether its a release buildType or a debug buildType

在资源的情况下，其他源集覆盖 main。所以，如果你有 src/main/res/... 和 src/main/debug/... 和 src/main/release/.. .，并且您正在执行 debug 构建，src/main/release/... 中的任何内容都将被忽略(因为我们没有执行 release) 以及 src/main/res/... 和 src/main/debug/... 中的任何内容都将被使用。如果 (src/main/res/raw/boom.ogg 和 src/debug/res/raw/boom.ogg) 中有相同的资源，则 debug 一个胜过 main 一个。

我还没有尝试通过构建变体来改变 jniLibs/。我的猜测是它的行为更像 Java 代码，其中构建变体的源集中的内容和 main 中的内容不会有冲突，但这只是一个猜测。因此，您可以在 src/debug/jniLibs/ 中获得已编译 JNI 代码的调试版本，在 src/release/jniLibs/ 中获得已编译 JNI 代码的发布版本.仅在 src/main/jniLibs/ 中有任何不变的库。话虽这么说，正如我提到的，我还没有尝试过这个，所以这里可能会有问题。

所以，我希望您在 build.gradle 中没有 sourcesets 闭包，而只使用 stock sourcesets 结构，用于您的各种位:

src/
  main/
    ...
  debug/
    jniLibs/
    res/
      raw/
  release
    jniLibs/
    res/
      raw/

关于android - Gradle 根据构建风格交换 jniLibs 资源，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31687547/