Haruskah saya benar-benar menghindari penggunaan enum di Android?

Saya biasa mendefinisikan satu set konstanta terkait seperti Bundlekunci bersama-sama dalam antarmuka seperti di bawah ini:

public interface From{
    String LOGIN_SCREEN = "LoginSCreen";
    String NOTIFICATION = "Notification";
    String WIDGET = "widget";
}

Ini memberi saya cara yang lebih baik untuk mengelompokkan konstanta terkait dan menggunakannya dengan membuat impor statis (bukan mengimplementasikan). Saya tahu Androidkerangka juga menggunakan konstanta dengan cara yang sama seperti Toast.LENTH_LONG, View.GONE.

Namun, saya sering merasa bahwa cara Java Enumsmemberikan jauh lebih baik dan ampuh untuk mewakili konstanta.

Tapi apakah ada masalah performence dalam menggunakan enumson Android?

Dengan sedikit riset, saya berakhir dalam kebingungan. Dari pertanyaan ini ? "Enum Hindari Dimana Anda Hanya Perlu Ints” dihapus dari tips kinerja Android jelas bahwa Googletelah dihapus 'Hindari enum' dari tips kinerjanya, tapi dari itu docs pelatihan resmi Menyadari overhead memori bagian itu jelas mengatakan: "Enums seringkali membutuhkan lebih dari dua kali lebih banyak memori sebagai konstanta statis. Anda harus benar-benar menghindari penggunaan enum di Android. " Apakah ini masih berlaku? (Katakanlah dalam Javaversi setelah 1.6)

Salah satu isu lagi yang saya amati adalah untuk mengirim enumsseluruh intentsmenggunakan Bundlesaya harus mengirim mereka dengan serialisasi (yaitu putSerializable(), yang saya pikir operasi yang mahal dibandingkan dengan primitif putString()metode, walaupun enumsmenyediakan secara gratis).

Bisakah seseorang menjelaskan cara terbaik untuk mewakili hal yang sama Android? Haruskah saya benar-benar menghindari penggunaan enumson Android?

Gunakan enumsaat Anda membutuhkan fitur-fiturnya. Jangan menghindarinya dengan ketat .

Java enum lebih kuat, tetapi jika Anda tidak membutuhkan fiturnya, gunakan konstanta, mereka menempati lebih sedikit ruang dan mereka bisa menjadi primitif itu sendiri.

Kapan menggunakan enum:

• jenis pemeriksaan - Anda hanya dapat menerima nilai yang terdaftar, dan tidak kontinu (lihat di bawah apa yang saya sebut kontinu di sini)

• method overloading - setiap konstanta enum memiliki implementasi metode sendiri-sendiri
  

  public enum UnitConverter{
      METERS{
          @Override
          public double toMiles(final double meters){
              return meters * 0.00062137D;
          }
  
          @Override
          public double toMeters(final double meters){
              return meters;
          }
      },
      MILES{
          @Override
          public double toMiles(final double miles){
              return miles;
          }
  
          @Override
          public double toMeters(final double miles){
              return miles / 0.00062137D;
          }
      };
  
      public abstract double toMiles(double unit);
      public abstract double toMeters(double unit);
  }
  

• lebih banyak data - satu konstanta Anda berisi lebih dari satu informasi yang tidak dapat dimasukkan ke dalam satu variabel

• data rumit - metode kebutuhan konstan Anda untuk mengoperasikan data

Kapan tidak menggunakan enum:

• Anda dapat menerima semua nilai dari satu jenis, dan konstanta Anda hanya berisi yang paling sering digunakan

• Anda dapat menerima data berkelanjutan
  

  public class Month{
      public static final int JANUARY = 1;
      public static final int FEBRUARY = 2;
      public static final int MARCH = 3;
      ...
  
      public static String getName(final int month){
          if(month <= 0 || month > 12){
              throw new IllegalArgumentException("Invalid month number: " + month);
          }
  
          ...
      }
  }
  

• untuk nama (seperti dalam contoh Anda)
• untuk semua hal lain yang benar-benar tidak membutuhkan enum

Enum menempati lebih banyak ruang

• referensi tunggal ke konstanta enum menempati 4 byte
• setiap konstanta enum menempati ruang yang merupakan jumlah dari ukuran bidangnya selaras dengan 8 byte + overhead objek
• kelas enum itu sendiri menempati beberapa ruang

Konstanta menempati lebih sedikit ruang

• sebuah konstanta tidak memiliki referensi jadi ini adalah data murni (meskipun itu referensi, maka instance enum akan menjadi referensi ke referensi lain)
• konstanta dapat ditambahkan ke kelas yang sudah ada - tidak perlu menambahkan kelas lain
• konstanta mungkin sebaris; itu membawa fitur waktu kompilasi yang diperpanjang (seperti pemeriksaan nol, menemukan kode mati, dll.)

Jika enum hanya memiliki nilai, Anda harus mencoba menggunakan IntDef / StringDef, seperti yang ditunjukkan di sini:

https://developer.android.com/studio/write/annotations.html#enum-annotations

Contoh: alih-alih:

enum NavigationMode {NAVIGATION_MODE_STANDARD, NAVIGATION_MODE_LIST, NAVIGATION_MODE_TABS} 

Kau gunakan:

@IntDef({NAVIGATION_MODE_STANDARD, NAVIGATION_MODE_LIST, NAVIGATION_MODE_TABS})
@Retention(RetentionPolicy.SOURCE)
public @interface NavigationMode {}

public static final int NAVIGATION_MODE_STANDARD = 0;
public static final int NAVIGATION_MODE_LIST = 1;
public static final int NAVIGATION_MODE_TABS = 2;

dan dalam fungsi yang memilikinya sebagai parameter / nilai yang dikembalikan, gunakan:

@NavigationMode
public abstract int getNavigationMode();

public abstract void setNavigationMode(@NavigationMode int mode);

Jika enumnya kompleks, gunakan enum. Tidak seburuk itu.

Untuk membandingkan enum vs nilai konstanta, Anda harus membaca di sini:

http://hsc.com/Blog/Best-Practices-For-Memory-Optimization-on-Android-1

Contohnya adalah enum dengan 2 nilai. Dibutuhkan 1112 byte dalam file dex dibandingkan dengan 128 byte ketika bilangan bulat konstan digunakan. Masuk akal, karena enum adalah kelas nyata, bukan cara kerjanya di C / C ++.

Selain jawaban sebelumnya, saya akan menambahkan bahwa jika Anda menggunakan Proguard (dan Anda harus melakukannya untuk mengurangi ukuran dan mengaburkan kode Anda), maka Anda Enumsakan secara otomatis dikonversi ke @IntDefmana pun memungkinkan:

https://www.guardsquare.com/en/proguard/manual/optimizations

kelas / unboxing / enum

Sederhanakan tipe enum menjadi konstanta integer, jika memungkinkan.

Oleh karena itu, jika Anda memiliki beberapa nilai diskrit dan beberapa metode hanya memungkinkan untuk mengambil nilai ini dan bukan yang lain dari jenis yang sama, maka saya akan menggunakan Enum, karena Proguard akan membuat manual ini bekerja mengoptimalkan kode untuk saya.

Dan berikut ini postingan yang bagus tentang penggunaan enum dari Jake Wharton, lihatlah.

Sebagai pengembang perpustakaan, saya menyadari pengoptimalan kecil ini yang harus dilakukan karena kami ingin berdampak sekecil mungkin pada ukuran, memori, dan kinerja aplikasi yang dikonsumsi. Tapi penting untuk menyadari bahwa [...] menempatkan enum di API publik vs. nilai integer jika sesuai tidak masalah. Mengetahui perbedaan untuk membuat keputusan yang tepat adalah yang terpenting

Haruskah saya benar-benar menghindari penggunaan enum di Android?

Tidak. " Strictly " artinya sangat buruk, tidak boleh digunakan sama sekali. Mungkin masalah kinerja mungkin muncul dalam situasi ekstrim seperti banyak banyak (ribuan atau jutaan) operasi dengan enum (berturut-turut pada utas ui). Jauh lebih umum adalah jaringan operasi I / O yang harus ketat terjadi di thread latar belakang. Penggunaan enum yang paling umum mungkin adalah semacam pemeriksaan tipe - apakah suatu objek adalah ini atau itu yang begitu cepat sehingga Anda tidak akan dapat melihat perbedaan antara satu perbandingan enum dan perbandingan bilangan bulat.

Bisakah seseorang menjelaskan cara terbaik untuk merepresentasikan hal yang sama di Android?

Tidak ada aturan umum untuk ini. Gunakan apa pun yang sesuai untuk Anda dan membantu Anda menyiapkan aplikasi. Optimalkan nanti - setelah Anda melihat ada hambatan yang memperlambat beberapa aspek aplikasi Anda.

Dengan Android P, google tidak memiliki batasan / keberatan dalam menggunakan enum

Dokumentasi telah berubah dimana sebelumnya disarankan untuk berhati-hati tetapi sekarang tidak disebutkan. https://developer.android.com/reference/java/lang/Enum

Dua fakta.

1, Enum adalah salah satu fitur paling kuat di JAVA.

2, ponsel Android biasanya memiliki BANYAK memori.

Jadi jawaban saya TIDAK. Saya akan menggunakan Enum di Android.

Saya ingin menambahkan, bahwa Anda tidak dapat menggunakan @Annotation saat mendeklarasikan List <> atau Map <> di mana salah satu kunci atau nilai adalah salah satu antarmuka anotasi Anda. Anda mendapatkan pesan kesalahan "Anotasi tidak diizinkan di sini".

enum Values { One, Two, Three }
Map<String, Values> myMap;    // This works

// ... but ...
public static final int ONE = 1;
public static final int TWO = 2;
public static final int THREE = 3;

@Retention(RetentionPolicy.SOURCE)
@IntDef({ONE, TWO, THREE})
public @interface Values {}

Map<String, @Values Integer> myMap;    // *** ERROR ***

Jadi ketika Anda perlu mengemasnya ke dalam daftar / peta, gunakan enum, karena mereka dapat ditambahkan, tetapi @annotated int / string groups tidak bisa.