Studio Android: Gradle Product Flavors: Définir les propriétés personnalisées

Beaucoup de remerciements à Scott Barta, pour ses suggestions et pour expliquer, pourquoi ma solution ne fonctionne pas (ce qui m'a aussi permis de revoir un peu les choses). En gros, j'ai venu avec des façons différentes d'accomplir ce dont j'avais besoin.

Moins que ce que vous devez faire ne peut pas être réalisé par tout simplement organiser votre Android arborescence des Ressources basée sur les types de builds et de saveurs (c'est à dire par convention), alors je vous recommande l'option 2. Si je n'ai garder l'option 1, à des fins de référence, car il couvre le sujet intéressant de productFlavor propriété de l'extension.

1. Propriété personnalisée option: Produit Saveurs vous permet de définir des propriétés personnalisées et ainsi étendre une productFlavor. Un exemple est fourni ici par Xavier Ducrohet: https://stackoverflow.com/a/17708357/1041533

Je vais vous proposer un très simple et similaire exemple comme prévu ci-dessus, bien que dans mon cas, j'ai besoin d'une Chaîne de propriété, plutôt que d'un booléen.

    //This class will be used to create our custom property
    class StringExtension {
      String value

      StringExtension (String value) {
        this.value = value
      }

      public void setValue(String value) {
        this.value = value
      }

      public String getValue() {
        return value
      }
    }

    android {
      //Add our new property to each product flavor upon creation
      productFlavors.whenObjectAdded { flavor ->
        //I am suspecting the last argument is the default value
        flavor.extensions.create("myProperty", StringExtension , '')
      }

      //then we can set the value on the extension of any flavor object
      productFlavors {
        customerA{
          myProperty.value 'customerA'
        }
        customerB{
          myProperty.value 'customerB'
        }
      }
    }

    //Adds a custom action to the preBuild task
    preBuild << {
    //Iterate over all application variants. We name our application variant object "variant" as indicated by "variant ->"
        android.applicationVariants.all { variant ->
    //Here we can iterate over the flavors of our variant, well call the flavor "flavor" as indicated by "flavor ->"
            variant.productFlavors.each { flavor ->
    //Access our custom property "customerName"
                println "Building customer" + flavor.customerName.value

            }
        }
    }

J'mince réalisé, que le ci-dessus a été totalement inutile, car tout ce que je voulais, c'était le nom de mon goût (sans le type de construction) et une fois j'ai trouvé la propriété qui me donne le nom de mon goût, j'ai été capable de changer tout le code ci-dessus comme suit:

1. Simplement utiliser des le nom de votre saveur que le nom du client en accédant à l', existe déjà produit la saveur de la propriété appelée "nom".

   android {
   
     productFlavors {
       customerA{
       }
       customerB{
       }
     }
   }
   
   //Adds a custom action to the preBuild task
   preBuild << {
   //Iterate over all application variants. We name our application variant object "variant" as indicated by "variant ->"
       android.applicationVariants.all { variant ->
   //Here we can iterate over the flavors of our variant, well call the flavor "flavor" as indicated by "flavor ->"
           variant.productFlavors.each { flavor ->
   //Access our product flavor name
               println "Building customer" + flavor.name
   
           }
       }
   }

Ci-dessus fait beaucoup plus de sens aussi, parce que ma structure de répertoire pour Android Ressources est nommé d'après le réel saveurs.

Celui-ci aussi m'a conduit à ma solution finale de la question d'origine:

1. Ressource répertoire approche fondée sur les

L'intention était de modifier un fichier dans le fichier xml du dossier de chaque client, selon qu'il s'agit d'une version ou d'une version de débogage. Ceci peut être réalisé par une structure de dossier. Basé sur l'original de la question, nous avons 3 clients, et chaque client dispose d'un debug et une version release. Ladite fichiers xml sont différents pour chaque client et chaque type de build. D'où la structure de répertoire suivante:

src/
  - customerA
    //Contains all relevant resource files specific to customer A
  - customerB
    //Contains all relevant resource files specific to customer B
  - customerC
    //Contains all relevant resource files specific to customer C

  - customerADebug
    //Contains debug server-settings file for customer A
  - customerBDebug
    //Contains debug server-settings file for customer B
  - customerCDebug
    //Contains debug server-settings file for customer C
  - customerARelease
    //Contains release server-settings file for customer A
  - customerBRelease
    //Contains release server-settings file for customer B
  - customerCRelease
    //Contains release server-settings file for customer C

De sorte que le contenu principal de chaque produit, le goût était dans le dossier avec le même nom que la saveur (customerA, customerB etc. voir la première partie de l'extrait ci-dessus). Maintenant ce un seul fichier, qui différent en fonction de si c'était un debug ou release construire pour chaque client est mis dans les dossiers appropriés tels que customerADebug --> contient le fichier avec les paramètres du serveur pour le mode debug, etc.

Et lorsque vous générez customerA par exemple, le fichier sera choisi si vous construisez un debug ou release construire.

Pour répondre à la partie de mise à JOUR de mon post:

Produit le nom de la saveur (sans buildType):

saveur.nom (où la saveur est un productFlavor)