Использование ароматов сборки-структурирование исходных папок и сборка.gradle правильно

"вкус продукта" на Android

меня иногда спрашивали о том, как работать с разными хостами, значками или даже именами пакетов, отключая разные версии одного и того же приложения.

есть много причин, чтобы сделать это и один простой способ пойти: вкус продукта.

вы можете определить на свой строить.gradle script такие вещи я уже описывал раньше.

ароматы продукта Часть этого статья написана думая о вкусах продукта, так, что они? Что касается документации по Android:

вкус продукта определяет настроенную версию сборки приложения проектом. Один проект может иметь различные вкусы, которые изменяют созданное приложение.

как вы можете их определить? Вы должны написать на своей сборке.gradle какие ароматы вы хотите определить:

productFlavors {  
        ...
        devel {
            ...
        }

        prod {
            ...
        }
    }

теперь у нас будет два разных вкуса нашего приложения. Вы можете проверить на Андроид студия в разделе построить варианты

построить варианты

несколько имен пакета

Что делать, если вы хотите установить на свой телефон приложение с государственного развития и для государственного производства. Как вы знаете, вы можете установить только одно приложение с тем же именем пакета (если вы попытаетесь установить новый APK с тем же именем, что и на вашем телефоне, он попытается обновить он.)

единственное, что вам нужно сделать, это определить его на каждого из ваших вкусов продукта:

android {  
    productFlavors {
        devel {
            applicationId "zuul.com.android.devel"
        }
        prod {
            applicationId "zuul.com.android"
        }
    }
}

отправить запросы на несколько хостов в зависимости от вкуса Как и раньше, вы должны включить некоторые параметры в поле конфигурации вкуса продукта.

android {  
    productFlavors {
        devel {
            applicationId "zuul.com.android.devel"
            buildConfigField 'String', 'HOST', '"http://192.168.1.34:3000"'

        }

        prod {
            applicationId "zuul.com.android"
               buildConfigField 'String', 'HOST', '"http://api.zuul.com"'

        }
    }
}

в качестве примера мы попытаемся показать вам, как вы можете интегрировать это с Retrofit для отправки запроса на соответствующий сервер без обработки того сервера, на который вы указываете, и на основе вкуса. В этом деле это отрывок из приложения Zuul android:

public class RetrofitModule {

    public ZuulService getRestAdapter() {
        RestAdapter restAdapter = new RestAdapter.Builder()
                .setEndpoint(BuildConfig.HOST)
                .setLogLevel(RestAdapter.LogLevel.FULL)
                .build();
        return restAdapter.create(ZuulService.class);
    }

}

как вы можете видеть, Вам просто нужно использовать BuildConfigclass для доступа к переменной, которую вы только что определили.

любая переменная, доступная через ваш код Переменная HOST-это не единственная переменная, которую вы можете предоставить в своем коде. Вы можете сделать это с тем, что вы хотите:

prod {  
    applicationId "zuul.com.android"
    buildConfigField 'String', 'HOST', '"http://api.zuul.com"'
    buildConfigField 'String', 'FLAVOR', '"prod"'
    buildConfigField "boolean", "REPORT_CRASHES", "true"
}

вы можете получить к ним доступ следующим образом:

BuildConfig.HOST  
BuildConfig.FLAVOR  
BuildConfig.REPORT_CRASHES  

различные иконки на вкус Если вы хотите иметь разные значки на вкус, так что вы можете визуально определить, какой из них вы открываете (вы могли бы сделать это по имени тоже... Но он не мог поместиться в пространстве!), вам просто нужно определить новые структуры каталогов для каждого из ароматов.

в Примере, который я только что использовал, есть два вкуса: devel и prod. Затем мы могли бы определить две новые структуры каталогов, чтобы мы могли определить ресурсы, которые мы хотим:

структура

это работает с другими типами ресурсов, таких как strings.xml, integers.xml, arrays.xml и т. д.

Настройка Параметров Подписывания

чтобы вручную настроить конфигурации подписи для вашего типа сборки выпуска с помощью конфигураций сборки Gradle:

1.Создайте хранилище ключей. Хранилище ключей-это двоичный файл, содержащий набор закрытых ключей. Вы должны хранить свое хранилище ключей в надежном и безопасном месте. 2.Создайте закрытый ключ. Закрытый ключ представляет сущность, которая должна быть идентифицирована с приложением, например лицо или компанию. 3.Добавить подписание конфигурации в сборку уровня модуля.файл gradle:

android {
...
defaultConfig {...}
signingConfigs {
    release {
        storeFile file("myreleasekey.keystore")
        storePassword "password"
        keyAlias "MyReleaseKey"
        keyPassword "password"
    }
}
buildTypes {
    release {
        ...
        signingConfig signingConfigs.release
    }
}

}

создать подписанный APK:

чтобы создать подписанный APK, выберите построить > создать подписанный APK из главного меню. Пакет в app / build/apk / app-release.apk теперь подписан с вашим ключом выпуска.

ref: https://developer.android.com/studio/build/build-variants.html#signing,http://blog.brainattica.com/how-to-work-with-flavours-on-android/

кажется, вам нужно перезагрузите свой проект после добавления новых вкусов в build.gradle. После этого вы увидите 4 варианта сборки в представлении "варианты сборки" (доступ к нему осуществляется с левого края окна).

что касается дополнительных исходных каталогов, кажется, вам нужно создать их вручную:src/flavor1/java и src/flavor2/java. Вы увидите, что изменение вкуса в представлении "варианты сборки" изменит в настоящее время активные исходные каталоги (каталог синий, когда это active source directory)

наконец, "gradle создаст новые исходные наборы для ваших новых вкусов" означает, что gradle создаст объекты android.sourceSets.flavor1 и android.sourceSets.flavor2 и вы можете использовать их в построении.сценарий gradle. Но эти объекты создаются динамически, поэтому вы не видите их в build.gradle (Я предлагаю вам прочитать это:http://www.gradle.org/docs/current/userguide/tutorial_using_tasks.html особенно 6.6: это объясняет создание динамической задачи. Скрипт gradle-это классный скрипт, поэтому я предлагаю вам тоже ознакомиться с groovy)

У меня была такая же проблема, когда я перенес свой проект в Gradle. Проблема заключалась в том, что сборка не нашла нужную папку ресурсов. Я исправил это, добавив это под элементом android в сборке.Gradle в:

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

что-то важное и заблокировало меня на некоторое время, так это то, что имя аромата, которое должно соответствовать пакету, в отличие от пакета, определенного внутри определения аромата в gradle. Например:

src/flavor1/java/com/foo/A.java

будет соответствовать

productFlavors {
  flavor1 {
    packageName 'com.android.studio.test.foobar'
  }
}

но

src/foobar/java/com/foo/A.java не будет использоваться для сборки flavor1.

в gradle:

для типов сборки вам нужно только:

buildTypes {
   release{
    //proguard, signing etc.
   }
   debug {
    //development
   }
  }
}

а затем для ароматов вы добавляете те, которые вам нужны

productFlavors {
    pro {
        applicationIdSuffix '.paid'
        buildConfigField 'boolean', 'PRO', 'true'
    }
    free {
        applicationIdSuffix '.free'
        buildConfigField 'boolean', 'PRO', 'false'
    }
}