Kapan ADT menyetel BuildConfig.DEBUG ke false?

Di versi terbaru ADT (r17), konstanta yang dihasilkan ditambahkan BuildConfig.DEBUGyang disetel sesuai dengan tipe build. Masalah yang saya hadapi adalah bahwa ini tidak pernah disetel ke false, saya mengharapkannya berubah saat melakukan "Alat Android -> Ekspor Paket Aplikasi yang Ditandatangani" tetapi tidak untuk saya.

Jadi, bagaimana cara mengubah jenis build?

Menambahkan fitur yang memungkinkan Anda menjalankan beberapa kode hanya dalam mode debug. Build sekarang menghasilkan kelas yang disebut BuildConfig yang berisi konstanta DEBUG yang secara otomatis disetel sesuai dengan jenis build Anda. Anda dapat memeriksa konstanta (BuildConfig.DEBUG) dalam kode Anda untuk menjalankan fungsi khusus debug

Saat ini Anda bisa mendapatkan perilaku yang benar dengan menonaktifkan "Bangun Secara Otomatis", membersihkan proyek dan kemudian mengekspor melalui "Alat Android -> Ekspor Paket Aplikasi yang Ditandatangani". Saat Anda menjalankan aplikasiBuildConfig.DEBUG harus salah.

Dengan Eclipse , saya selalu menonaktifkan opsi "Bangun Secara Otomatis" sebelum Mengekspor aplikasi dalam rilis. Kemudian saya membersihkan proyek dan mengekspor. Jika tidak, ia mulai menyusun dalam mode debug, dan kemudian nilai BuildConfig.DEBUG mungkin salah.

Dengan Android Studio , saya cukup menambahkan variabel khusus saya sendiri di build.gradle:

buildTypes {
    debug {
        buildConfigField "Boolean", "DEBUG_MODE", "true"
    }
    release {
        buildConfigField "Boolean", "DEBUG_MODE", "false"
    }
}

Ketika saya membangun proyek, BuildConfig.java dibuat sebagai berikut:

public final class BuildConfig {
  // Fields from build type: debug
  public static final Boolean DEBUG_MODE = true;
}

Kemudian dalam kode saya, saya dapat menggunakan:

if (BuildConfig.DEBUG_MODE) {
    // do something
}

Saya merekomendasikan untuk membersihkan setelah beralih debug / rilis build.

Itu tidak berfungsi dengan baik:

Masalah 27940 : BuildConfig.DEBUG adalah "benar" untuk paket aplikasi yang diekspor

Sangat mengecewakan bahwa terkadang mereka merilis fitur buggy.

Itu berfungsi, tetapi perhatikan bahwa file kode tidak pernah berubah, bahkan saat mengekspor file yang ditandatangani. Ekspor proses mengubah nilai variabel ini ke false, yang mungkin memberikan kesan palsu bahwa itu tidak bekerja. Saya menguji ini dengan pernyataan logging seperti

if (com.mypackage.BuildConfig.DEBUG)
            Log.d(TAG, location.getProvider() + " location changed");

Saat menguji, pernyataan Log saya tidak lagi menghasilkan keluaran apa pun.

Periksa imports, terkadang BuildConfig diimpor dari kelas pustaka mana pun secara tidak sengaja. Sebagai contoh:

import io.fabric.sdk.android.BuildConfig;

Dalam hal ini, BuildConfig.DEBUG akan selalu mengembalikan false ;

import com.yourpackagename.BuildConfig;

Dalam hal ini, BuildConfig.DEBUG akan mengembalikan varian build Anda yang sebenarnya .

ps Saya baru saja menyalin yang ini dari jawaban saya di sini: BuildConfig.DEBUG selalu salah saat membangun proyek perpustakaan dengan gradle

Dari Mempersiapkan untuk Rilis :

Matikan logging dan debugging

Pastikan Anda menonaktifkan logging dan opsi debugging sebelum Anda membangun aplikasi untuk rilis. Anda dapat menonaktifkan logging dengan menghapus panggilan ke metode Log di file sumber Anda. Anda bisa menonaktifkan debugging dengan menghapus atribut android: debuggable dari tag di file manifes Anda, atau dengan menyetel atribut android: debuggable ke false di file manifes Anda. Selain itu, hapus file log atau file pengujian statis apa pun yang dibuat dalam project Anda.

Selain itu, Anda harus menghapus semua panggilan pelacakan Debug yang ditambahkan ke kode Anda, seperti panggilan metode startMethodTracing () dan stopMethodTracing ().

Informasi lebih lanjut mengikuti tautan.

Solusi untuk saya:

1. Proyek -> Bangun Secara Otomatis
2. Proyek -> Bersihkan
3. Proyek -> Bangun
4. Proyek Ekspor aplikasi Android

Ini bekerja di r20

Saya ingin mengusulkan solusi sederhana jika Anda menggunakan proguard selama ekspor APK.

Proguard menyediakan cara untuk menghapus panggilan ke fungsi tertentu dalam mode rilis. Semua panggilan untuk log debugging dapat dihapus dengan pengaturan berikut di proguard-project.txt.

# Remove debug logs
-assumenosideeffects class android.util.Log {
    public static *** d(...);
    public static *** v(...);
}

Dan pengaturan optimasi di project.properties.

proguard.config=${sdk.dir}/tools/proguard/proguard-android-optimize.txt:proguard-project.txt

Dengan ini, Anda tidak perlu mengkhawatirkan komputasi String yang tidak perlu yang meneruskan ke log debug yang ditunjuk oleh @Jeremyfa. Perhitungan baru saja dihapus dalam rilis build.

Jadi solusi untuk BuildConfig.DEBUG menggunakan fitur proguard yang sama seperti berikut.

public class DebugConfig {

    private static boolean debug = false;

    static {
        setDebug(); // This line will be removed by proguard in release.
    }

    private static void setDebug() {
        debug = true;
    }

    public static boolean isDebug() {
        return debug;
    }
}

Dan mengikuti pengaturan di proguard-project.txt.

-assumenosideeffects class com.neofect.rapael.client.DebugConfig {
    private static *** setDebug();
}

Saya lebih suka menggunakan ini untuk menonaktifkan Build Automaticallyopsi, karena ini tidak tergantung pada pengaturan IDE individu pembuat tetapi dipertahankan sebagai file yang berkomitmen yang dibagikan di antara pengembang.

Tidak berfungsi dengan baik sejauh yang saya mengerti ( Masalah Android 22241 )

Saya mengalami masalah pada sebuah proyek (bekerja dengan Eclipse), konstanta itu tidak disetel ke true saat mengekspor APK yang ditandatangani dari proyek saya :(

Akan sangat senang mendengarnya berhasil

cara yang baik adalah membuat kelas Anda sendiri:

public class Log {

public static void d(String message) {
    if (BuildConfig.DEBUG)
        android.util.Log.d(
            "[" + (new Exception().getStackTrace()[1].getClassName()) + "]",
            "{" + (new Exception().getStackTrace()[1].getMethodName()) + "} "
            + message
        );
}

}

Saya telah melihat beberapa perilaku aneh yang berkaitan dengan saat nilai di BuildConfig disetel ke nilai akhirnya. Ini mungkin ada hubungannya dengan masalah Anda.

Penjelasan sederhananya adalah bahwa nilai default ditetapkan pada awalnya sebelum Proguard dijalankan, kemudian setelah Proguard dijalankan, file BuildConfig dibuat ulang dengan nilai yang sesuai. Namun, Proguard telah mengoptimalkan kode Anda pada saat ini dan Anda mengalami masalah.

Berikut adalah bug yang saya buat terhadap Gradle. https://code.google.com/p/android/issues/detail?id=182449