Android gradle buildTypes: Doublon de classe

Je suis la conversion de mon application à utiliser gradle, et je suis en train d'utiliser le buildTypes. J'ai un Constants classe qui je souhaite modifier mon communiqué de construire. J'ai donc un fichier à src/main/java/my/package/name/Constants.java et à src/release/java/my/package/name/Constants.java.

Quand j'essaie de compiler ce, gradle me dit la compilation a échoué sur le Constants fichier dans mon communiqué de buildtype, avec le message d'erreur que c'est un doublon de classe.

J'ai aussi essayé d'ajouter un autre sourceSet pour cela dans mon build.gradle comme ceci:

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

Mais cela me donne toujours la même erreur. Alors je me demandais, ce que je fais mal ici?

InformationsquelleAutor Arne517 | 2013-09-13
  1. 76

    Vous ne pouvez pas avoir une classe en main et release. Vous avez besoin de le découper en quelque chose comme debug et release.

    gradle de la fusion de la source fixe pour chaque buildType avec main.

    C'est la raison, pourquoi la classe obtient dupliqués dans votre release construire.

    La règle est donc: mettre une classe dans main, ou dans chaque buildType mais pas les deux.

    • Si l'on met de catégorie A dans buildType le payant et le gratuit, principal reproche sur le manque de classe A. Comment gérer cela?
    • La Documentation dit-il possible de remplacer classe avec le même nom du package et le nom de la classe developer.android.com/tools/building/... mais cela ne fonctionne pas 🙁
    • À moins que je me manque quelque chose, les docs disent que vous pouvez avoir la même classe avec le même nom de classe/ nom du package si ils sont dans les différentes saveurs. Pas si l'on est dans main et un autre est dans une saveur.
    • Les docs sont ici clairement sur les saveurs et les doublons de classes.
    • Utilisation dynamique de chargement de classe et une interface pour charger la classe si elle existe sur la saveur.
    • Il y a des façons de remplacer les principaux sourceset(répertoire principal) pour les différents types de builds?

    InformationsquelleAutor flx
  2. 0

    La réponse de "fix" m'a aidé sur le chemin, mais j'ai eu une erreur de la principale Gradle, en disant d'une constante est manquante (dans ma classe Config). Ce depuis que j'ai eu ma classe que dans le payant et le gratuit version et pas dans la main. Impossible de trouver la Config de la classe.
    Je ne sais pas si c'est un bug dans le Studio... j'ai finalement résolu avec les éléments suivants:

    buildTypes {

    release {
        ...
        buildConfig "public static final boolean XYZ = false;"
    }

}

    Et la au lieu d'utiliser ma Config.XYZ constante de classe, j'ai utilisé buildConfig.XYZ

    • ou tout simplement buildConfigField "boolean", "XYZ", "false"
    InformationsquelleAutor powder366