7

我想知道根项目是否有办法在其依赖项中定义/注入一些属性。更具体地说，我遇到的问题是库项目必须知道在运行组装/编译任务之前是采用“免费”还是“专业”Java 源代码和其他资源。有点像为库项目指定产品风格（从它的父项目继承），但 Android 插件不支持 Gradle。更改库项目结构，即创建“免费”和“专业”库不是一种选择。

编辑： 到目前为止，我取得的最好成绩是这样的：

根： build.gradle

android {
    ...

    productFlavors {
        free, pro
    }

    sourceSets {
        free {
            project(':..:lib') {
                groupFreePro = 'free'
                // java.srcDirs = ['src', 'free/src']
             }
        }

        pro {
            project(':..:lib') {
                groupFreePro = 'pro'
                // java.srcDirs = ['src', 'pro/src']
            }
        }
    ...
    }
}

库： gradle.build

android {
    ...
    sourceSets {
        main {
                  java.srcDirs = [groupFreePro + '/src']
                  res.srcDirs = [groupFreePro + '/res']
             }
        }
    ...
    }
}

这样我将 groupFreePro 变量注入到 lib 项目中。但是这种方法存在一个问题：

到那时，当 lib 项目进入它的 android -> sourceSets 任务时，groupFreePro 总是设置为“pro”。我认为这是因为根项目中的所有源集都被读取（而不仅仅是我想要构建的一个变体；例如“免费”），因此最后一个集/任务总是覆盖任何先前设置的 groupFreePro 值。

如果我尝试以任何其他方式设置 groupFreePro 的值，它要么被覆盖（如上述情况），要么我不知道我应该调用此变量注入东西以将变量设置为的适当任务/时间/地点所需的值。在根项目中取消注释java.srcDirs也无济于事。

我尝试自己解决这些问题，但我对 Gradle 真的很陌生，而且缺乏适当的文档（至少对于 Android 部分）让我大部分时间都在猜测该怎么做，所以我做了很多试验和错误（但现在我有点卡住了）。

4

4 回答 4

6

这就是我现在解决问题的方法。这不是一个完美的解决方案，但现在已经足够了。

更新！

我已经更新了答案以包含最新的 0.9.2 Gradle 插件和它的新（est）功能（主要是更新了库构建脚本）。

根： gradle.build

// global variables
ext {
    // can be set to default values or blank
    groupFreePro = "free"
}

// start parameters
println "Start parametes: tasks = " + gradle.startParameter.getTaskNames()

gradle.startParameter.getTaskNames().each { task ->
    if (task.contains("Free") || task.contains("F")) {
        groupFreePro = "free"
    } else if (task.contains("Pro") || task.contains("P")) {
        groupFreePro = "pro"
    }
    println "groupFreePro = " + groupFreePro
}

android {
...
}

用于处理缩写版本或正在运行的task.contains("F")任务（如果我们想将脚本运行为gradle aFD）。

下面的全局变量ext可以设置为默认值。在这种情况下，即使您运行任务名称中没有“Free/Pro”的脚本，它也应该可以正常工作。默认值的缺点是，如果设置不正确，构建可能不会崩溃（如果您希望构建仅在任务名称中指定“Free/Pro”时才能工作）。

库： gradle.build

android {
...
    defaultPublishConfig groupFreePro + groupDebugRelease.capitalize()

    productFlavors {
        free
        pro
    }

    ...
    sourceSets {
        main {
            java.srcDirs = ['/src']
            res.srcDirs = ['/res']
        }

        free {
            java.srcDirs = ["free/src"]
            res.srcDirs = ["free/res"]
        }

        pro {
            java.srcDirs = ["pro/src"]
            res.srcDirs = ["pro/res"]
        }
    }
    ...
}

dependencies {
    freeCompile fileTree(dir: 'free/lib', include: '*.jar')
}

更新：

该库现在包含defaultPublishConfig，因此我不需要指定

        java.srcDirs = ["src", groupFreePro + "/src"]
        res.srcDirs = [groupFreePro + "/res"]

任何更多，以及自定义风味编译现在都可以使用，即flavor1Compile（在dependencies块中）。

compile project(path: ':project', configuration: 'flavor1Debug')在块中写入的选项dependencies对我们来说实际上不起作用，因为您必须通过依赖项传递这些选项，如果您有多个风味组/维度，这意味着或多或少所有风味组合都必须在“非-last" 依赖项（即具有其他依赖项（具有多种风格）的依赖项）也是如此。



这些println行只是为了查看并确保传递了正确的参数。

该解决方案的优势（与Varun相比）是您只需要运行一个（原始）任务。这也意味着它可以（或至少应该）与 Android Studio 一起工作而没有任何问题。

此解决方案的缺点是，如果您想使用缺少任务部分的gradle assemble命令（或类似命令）构建所有变体，则它不起作用。Free我想这也可以处理，但我没有这样做，因为目前的解决方案对我来说已经足够好了（尽管如果我改进当前的解决方案，我可能也会更新这个答案）。

使用还有其他可能的解决方案，gradle.taskGraph.whenReady但我不知道如何正确设置srcDirs（特别是依赖项）。欢迎提出建议。

于 2013-10-18T11:33:50.447 回答
3

这里是LibraryVariant，这里是ApkVariant

从上面DSL看，这些类型似乎不productFlavors支持多个LibraryVariant..

如果您free/pro不打算进行太多更改，您可以aar为专业版和免费版创建一个 each，并根据您的应用程序的需要将它们用作依赖项。

更新：

我在 github 上有一些代码。它可以工作，但需要在应用程序上调用实际的构建/组装任务之前调用额外的任务。 https://github.com/varunkochar/Trying-Android-Gradle/tree/master/FakeLibraryProductFlavors

更新：

借助最新的 android gradle 插件 v0.9.0，LibraryProject 现在也支持与 ApplicationProject 相同的 DSL。因此，您可以使用最新版本并使用库项目的内置功能来构建自定义风格。来源：http ://tools.android.com/tech-docs/new-build-system

于 2013-10-01T20:07:17.740 回答
3

此功能现在在适用于 Android 的 Gradle 插件版本 0.9 之后可用。

看看这里：http ://tools.android.com/tech-docs/new-build-system/migrating_to_09

复制粘贴到这里：

图书馆

库项目的 DSL 现在与应用程序项目的 DSL 相同。这意味着您可以创建更多构建类型并创建风味。
- 您可以在 buildTypes { ... } 容器中创建/配置更多构建类型。
- 您可以使用 productFlavors { ... } 容器创建产品风味。
- 您可以使用signingConfigs { ... } 容器创建signingConfigs。

例如，如果您的图书馆中有：

android {
    debug {
    }
    release {
    }
    debugSigningConfig {
    }
}

您可以将其替换为：

android {
    buildTypes {
        debug {
        }
        release {
        }
    }
    signingConfigs {
        debug {
        }
    }
}
于 2014-03-07T19:31:50.530 回答
0

现在可以在 android studio 0.5 中使用产品风格（需要 gradle 插件 0.9）

所以你现在可以有效地编写这个 DSL：

android {
    buildTypes {
        debug {
        }
        release {
        }
    }
    signingConfigs {
        debug {
        }
    }
}

请参阅：http ://tools.android.com/tech-docs/new-build-system/migrating_to_09 和http://tools.android.com/recent/androidstudio050released

于 2014-03-07T09:09:02.883 回答