Discussion :

[vinlap]

Bonsoir à tous,

J'ai toujours eu l'habitude d'utiliser le préprocesseur pour les messages de debug. En mode debug, avec le bon "#ifdef DEBUG", j'utilise les logs, et en mode release, sans ce "DEBUG" il n'y a plus de logs.
Visuellement dans le code normal, rien ne change : on a toujours l'impression d'un appel à une fonction de debug. Soit elle existe réellement avec DEBUG, soit même l'appel à la fonction n'existe pas en release.

Mais, j'ai l'impression que cela ne fonctionne pas comme cela sous Android. Il est vrai que c'est ma seule expérience applicative de Java, mais je suis un peu surpris tout de même. Comment faire pour supprimer les logs efficacement (comprenez sans perte de temps CPU) en mode release ?

[grunk]

Java ne supporte pas le preprocessing donc forcément android non plus

Pour ton besoin il existe plusieurs solutions :

1- Depuis l'API 17 il existe BuildConfig.DEBUG qui permet de tester si l'appli est en debug ou non

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
if(BuildConfig.DEBUG)
    Log.e("TAG","Errror");

2- Définir des constantes en fonctions du buildtype depuis gradle :

Gradle :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
android {
    buildTypes {
        debug {
            buildConfigField "boolean", "LOG", "true"
        }
 
        release {
            buildConfigField "boolean", "LOG", "false"
        }
    }
}

Reste ensuite à les appeler via : BuildConfig.LOG
3- Utiliser proguard pour supprimer les appels Log.x . Pas d'exemple car jamais tester mais tu devrais trouver du code sur internet.

4- Utiliser Timber qui remplace avantageusement la lib de log standard et qui permet (entre autre) des comportements différents en fonction du buildtype

Si tu es plus à l'aise avec le C/C++ tu peux tout à fait développer via le NDK. C'est clairement moins conviviale et rapide (en temps pas en perf) mais ça peut se faire.