Nom de la saveur de l'application Android en tant que variable au lieu de la chaîne statique

Question

J'ai essayé depuis une heure de définir un nom de variable comme FLAVOR_NAME dans gradle.properties, puis de l'utiliser dans build.gradle pour avoir une sorte de nom de saveur dynamique . Pas encore de succès. Est-il même possible d'avoir un nom de saveur dynamique? Je veux dire quelque chose comme:

$FLAVOR_NAME{ 
    versionName FLAVOR_VERSION 
    versionCode FLAVOR_CODE 
} 

Answer 1

@ Eloy_007,

Bien que votre question est semblable à this one, il y a quelques nuances dans votre question que je pense que le suivant répondra.

Tout d'abord, il y a un great article that you should read où l'auteur (Coby Plain) fournit un meilleur cadre pour travailler avec les saveurs. En outre, le android10/Android-CleanArchitecture repo a une structure très agréable pour l'importation des propriétés gradle. Regardez dans buildsystem/dependencies.gradle et presentation/build.gradle pour des conseils.

Cela dit, voici un échantillon rapide de ce que les propriétés importation ressemble lorsque vous travaillez avec semi-dynamique/ importés saveurs:

Dans le fichier gradle, nous pouvons référencer un fichier externe qui a tous nos associés propriétés définies ensemble et peut-être utiliser un peu de magie groovy simple à se joindre à cordes etc.

build.gradle:

apply from: "properties.gradle" // load in properties from some other file 

// ... plugins, etc. 

android { 
    // some other sections 
    productFlavors { 
     dev { 
      // you may want to keep some non-imported flavors. 
      // maybe you're working with flavor dimension here 
     } 

     // ... maybe more standard flavors 

     flavors.each {name, flavor -> 
      def wrapEscaped = { s -> "\"${s}\""} // simple function to wrap strings 
      "$name" { 
       applicationId flavor.applicationId 
       versionName "${some_version_number}" 

       buildConfigField "String", "MAJOR_KEY", wrapEscaped(flavor.majorKey) 
       buildConfigField "String", "ANOTHER_ONE", wrapEscaped(flavor.anotherOne) 
       buildConfigField "int", "PILLOW_COUNT", flavor.pillowCount 

       // ... additional configs 
      } 
     } 
    } 
} 

Puis dans la référence properties.gradle vous définissez flavors comme suit:

ext { 
    config = [ 
     baseId : "io.wethebest.mobile" 
    ] 

    flavors = [ 
     free : [ 
      applicationId: config.baseId + ".free", 
      majorKey  : "COCOA BUTTER", 
      anotherOne : "ANOTHER ONE", 
      pillowCount : 1, 
     ] 
     simple : [ 
      applicationId: config.baseId + ".simple", 
      majorKey  : "A HAMMOCK", 
      anotherOne : "ANOTHER ONE", 
      pillowCount : 10, 
     ], 
     paid : [ 
      applicationId: config.baseId, 
      majorKey  : "A JETSKI", 
      anotherOne : "ANOTHER ONE", 
      pillowCount : 100000000, 
     ] 
    ] 
} 

Au minimum, cela permet de définir vos goûts en dehors de votre fichier build.gradle afin que vous puissiez minimze la quantité de cochonneries que vous devez passer en revue. De plus, clé majeure, il conserve l'historique des révisions pour le fichier build.gradle propre.

HTH, bonne chance!