Приложение с множеством вкусов на основе библиотеки с множеством вкусов в Android Gradle

У моего приложения есть несколько вариантов для систем биллинга приложений на нескольких рынках.

У меня есть одна библиотека, в которой используется общий базовый код для всех моих проектов. Поэтому я решил добавить эти платежные системы в эту библиотеку как разновидности продукта.

Вопрос в том, может ли библиотека Android содержать разные продукты?

Если да, то как я могу включить разные вкусы в соответствующий вкус приложения?

Я много искал и ничего не нашел об этом сценарии. Единственная близкая вещь, которую я нашел, это http://tools.android.com/tech-docs/new-build-system/user-guide :

dependencies {
    flavor1Compile project(path: ':lib1', configuration: 'flavor1Release')
    flavor2Compile project(path: ':lib1', configuration: 'flavor2Release')
}

Я изменил конфигурацию на разные вещи, но это не сработало!

Я использую android studio 0.8.2.

Наконец я узнал, как это сделать, я объясню это другим, столкнувшимся с такой же проблемой:

Ключевой частью является установка для publishNonDefault значения true в библиотеке build.gradle. Затем вы должны определить зависимости, как предложено в руководстве пользователя.

Весь проект будет таким:

Библиотека build.gradle:

apply plugin: 'com.android.library'

android {        
    ....
    publishNonDefault true
    productFlavors {
        market1 {}
        market2 {}
    }
}

проект build.gradle:

apply plugin: 'com.android.application'

android {
    ....
    productFlavors {
        market1 {}
        market2 {}
    }
}

dependencies {
    ....
    market1Compile project(path: ':lib', configuration: 'market1Release')
    market2Compile project(path: ':lib', configuration: 'market2Release')
}

Теперь вы можете выбрать вариант приложения и панель «Варианты сборки», и библиотека будет выбрана соответствующим образом, а вся сборка и запуск будут выполняться на основе выбранного варианта.

Если у вас есть несколько модулей приложения на основе библиотеки, Android Studio будет жаловаться на конфликт выбора варианта. Ничего страшного, просто проигнорируйте его.

Есть одна проблема с ответом Али . Мы теряем одно очень важное измерение в наших вариантах сборки. Если мы хотим иметь все параметры (в моем примере ниже 4 (2 x 2)), нам просто нужно добавить пользовательские конфигурации в файл build.gradle основного модуля, чтобы иметь возможность использовать все multi-разновидности multi-buildType в Build Variants. Мы также должны установить publishNonDefault в true в файле build.gradle библиотечного модуля .

Пример решения:

Библиотека build.gradle

android {

    publishNonDefault true

    buildTypes {
        release {
        }
        debug {
        }
    }
    productFlavors {
        free {
        }
        paid {
        }
    }
}

Приложение build.gradle

android {

    buildTypes {
        debug {
        }
        release {
        }
    }
    productFlavors {
        free {
        }
        paid {
        }
    }
}

configurations {
    freeDebugCompile
    paidDebugCompile
    freeReleaseCompile
    paidReleaseCompile
}

dependencies {

    freeDebugCompile project(path: ':lib', configuration: 'freeDebug')
    paidDebugCompile project(path: ':lib', configuration: 'paidDebug')
    freeReleaseCompile project(path: ':lib', configuration: 'freeRelease')
    paidReleaseCompile project(path: ':lib', configuration: 'paidRelease')

}

Обновление для Android Plugin 3.0.0 и выше

Согласно официальной документации Android - перенос конфигураций зависимостей для локальных модулей ,

Благодаря разрешению зависимостей с учетом вариантов вам больше не нужно использовать зависящие от вариантов конфигурации, такие как freeDebugImplementation, для локальных зависимостей модуля - плагин позаботится об этом за вас.

Вместо этого вам следует настроить свои зависимости следующим образом:

dependencies {
    // This is the old method and no longer works for local
    // library modules:
    // debugImplementation project(path: ':library', configuration: 'debug')
    // releaseImplementation project(path: ':library', configuration: 'release')

    // Instead, simply use the following to take advantage of
    // variant-aware dependency resolution. You can learn more about
    // the 'implementation' configuration in the section about
    // new dependency configurations.
    implementation project(':library')

    // You can, however, keep using variant-specific configurations when
    // targeting external dependencies. The following line adds 'app-magic'
    // as a dependency to only the "debug" version of your module.

    debugImplementation 'com.example.android:app-magic:12.3'
}

Итак, в ответе Али измените

dependencies {
    ....
    market1Compile project(path: ':lib', configuration: 'market1Release')
    market2Compile project(path: ':lib', configuration: 'market2Release')
}

к

implementation project(':lib')

И плагин автоматически позаботится о конкретных вариантах конфигурации. Надеюсь, это поможет другим обновить плагин Android Studio до версии 3.0.0 и выше.

Мой Android-плагин - 3.4.0, и я считаю, что сейчас он не нуждается в настройках. Все, что вам нужно, это убедиться, что в приложениях flavourDimensions и productFlavors содержится один продуктFlavor с одинаковыми настройками flavourDimensions и productFlavors в библиотеках.

В build.gradle mylibrary

apply plugin: 'com.android.library'

android {        
    ....
    flavorDimensions "mylibFlavor"

    productFlavors {
        market1
        market2
    }
}

build.gradle приложения:

apply plugin: 'com.android.application'

android {
    ....
    flavorDimensions "mylibFlavor", "appFlavor"
    productFlavors {
        market1 {
            dimension "mylibFlavor"
        }
        market2 {
            dimension "mylibFlavor"
        }
        common1 {
            dimension "appFlavor"
        }
        common2 {
            dimension "appFlavor"
        }
    }
}

dependencies {
    ....
    implementation project(path: ':mylibrary')
}

После синхронизации вы можете переключить все параметры в окне вариантов сборки:

Чтобы варианты работали с библиотекой AAR, вам необходимо определить defaultPublishConfig в файле build.gradle вашего модуля библиотеки Android.

Для получения дополнительной информации см .: Публикация библиотеки .

Публикация библиотеки

По умолчанию библиотека публикует только свой вариант выпуска. Этот вариант будет использоваться всеми проектами, ссылающимися на библиотеку, независимо от того, какой вариант они создают сами. Это временное ограничение из-за ограничений Gradle, над устранением которых мы работаем. Вы можете контролировать, какой вариант будет опубликован:

android {defaultPublishConfig "debug"}

Обратите внимание, что это имя конфигурации публикации ссылается на полное имя варианта. Релиз и отладка применимы только при отсутствии разновидностей. Если вы хотите изменить опубликованный вариант по умолчанию при использовании ароматов, вы должны написать:

android {defaultPublishConfig "Flame1Debug"}

На данный момент это невозможно, хотя, если я правильно помню, они хотят добавить эту функцию. (Изменить 2: ссылка , ссылка2 )

Изменить: на данный момент я использую defaultPublishConfigвозможность объявить, какой вариант библиотеки опубликован:

android {
    defaultPublishConfig fullRelease
    defaultPublishConfig demoRelease 
}

Я знаю, что эта тема закрыта, но просто обновление с gradle 3.0, см. Это: https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration.html#variant_aware и grep matchingFallbacksи missingDimensionStrategy. Теперь гораздо проще объявить зависимости между разновидностями модулей.

... и в этом конкретном случае с gradle3.0, поскольку ароматы имеют одно и то же имя, gradle будет отображать их волшебным образом, никакой конфигурации не требуется.

Я также столкнулся с проблемой компиляции модулей для различных вариантов.

Что я нашел:

Похоже, нам не нужно добавлять publishNonDefault true в build.gradleфайл lib , поскольку Gradle 3.0.1 .

После декомпиляции класса BaseExtension обнаружил следующее:

public void setPublishNonDefault(boolean publishNonDefault) {
   this.logger.warn("publishNonDefault is deprecated and has no effect anymore. All variants are now published.");
}

И вместо:

dependencies {
...
   Compile project(path: ':lib', configuration: 'config1Debug')
}

Мы должны использовать:

dependencies {
...
   implementation project(':lib')
}

Только самое главное - добавить configurations {...} часть в файл build.gradle.

Итак, окончательный вариант приложения build.gradle файла :

buildTypes {
   debug {
      ...
   }

   release {
      ...
   }
}

flavorDimensions "productType", "serverType"
productFlavors {
   Free {
      dimension "productType"
      ...
   }
   Paid {
      dimension "productType"
      ...
   }
   Test {
      dimension "serverType"
      ...
   }
   Prod {
      dimension "serverType"
      ...
   }
}

configurations {
   FreeTestDebug
   FreeTestRelease
   FreeProdDebug
   FreeProdRelease
   PaidTestDebug
   PaidTestRelease
   PaidProdDebug
   PaidProdRelease
}

dependencies {
   implementation fileTree(dir: 'libs', include: ['*.jar'])
   implementation project(':lib')
   ...
}

Также вы можете использовать варианты фильтра, чтобы ограничить варианты сборки.

Ps не забудьте включить в settings.gradleфайл модули , например:

include ':app'
include ':lib'
project(':lib').projectDir = new File('app/libs/lib')