Praca z wyliczeniami w systemie Android

Prawie skończyłem z obliczeniami, z którymi pracuję w Androidzie dla mojej aplikacji. Próbuję utworzyć wyliczenie płci, ale z jakiegoś powodu otrzymuję pojawia błąd składni, wstaw "EnumBody", aby uzupełnić EnumDeclaration.

public static enum Gender
{
    static
    {
        Female = new Gender("Female", 1);
        Gender[] arrayOfGender = new Gender[2];
        arrayOfGender[0] = Male;
        arrayOfGender[1] = Female;
        ENUM$VALUES = arrayOfGender;
    }
}

Próbowałem również bez statycznego {}, ale otrzymuję ten sam błąd składni.

Gdzie na ziemi znalazłeś tę składnię? Wyliczenia Java są bardzo proste, wystarczy określić wartości.

public enum Gender {
   MALE,
   FEMALE
}

Jeśli chcesz, aby były bardziej złożone, możesz dodać do nich wartości w ten sposób.

public enum Gender {
    MALE("Male", 0),
    FEMALE("Female", 1);

    private String stringValue;
    private int intValue;
    private Gender(String toString, int value) {
        stringValue = toString;
        intValue = value;
    }

    @Override
    public String toString() {
        return stringValue;
    }
}

Następnie, aby użyć wyliczenia, zrobiłbyś coś takiego:

Gender me = Gender.MALE

Odbyła się pewna debata na temat tego punktu spornego, ale nawet w najnowszych dokumentach android sugeruje, że używanie wyliczeń w aplikacjach na Androida nie jest dobrym pomysłem. Powodem jest to, że zużywają więcej pamięci niż zmienna statyczna. Oto dokument ze strony z 2014 r., Który odradza stosowanie wyliczeń w aplikacji na Androida. http://developer.android.com/training/articles/memory.html#Overhead

Cytuję:

Uważaj na obciążenie pamięci

Miej wiedzę na temat kosztów i narzutów związanych z językiem i bibliotekami, z których korzystasz, i pamiętaj o tych informacjach podczas projektowania aplikacji, od początku do końca. Często rzeczy na powierzchni, które wyglądają nieszkodliwie, mogą w rzeczywistości wiązać się z dużym obciążeniem. Przykłady obejmują:

• Wyliczenia często wymagają więcej niż dwa razy więcej pamięci niż stałe statyczne. Należy bezwzględnie unikać używania wyliczeń w systemie Android.

• Każda klasa w Javie (w tym anonimowe klasy wewnętrzne) wykorzystuje około 500 bajtów kodu.

• Każda instancja klasy ma 12-16 bajtów pamięci RAM.

• Umieszczenie pojedynczego wpisu w HashMap wymaga przydzielenia dodatkowego obiektu wpisu, który zajmuje 32 bajty (zobacz poprzednią sekcję o zoptymalizowanych kontenerach danych).

Kilka bajtów tu i ówdzie szybko się sumuje - projekty aplikacji, które są obciążone klasami lub obiektami, ucierpią z powodu tego narzutu. To może postawić cię w trudnej sytuacji, gdy spojrzysz na analizę sterty i zdasz sobie sprawę, że twój problem to wiele małych obiektów zużywających pamięć RAM.

Były miejsca, w których mówią, że te wskazówki są przestarzałe i nie są już wartościowe, ale powodem, dla którego ciągle je powtarzają, musi być trochę prawdy. Pisanie aplikacji na Androida to coś, co powinieneś zachować jak najmniejszą wagę, aby zapewnić płynną obsługę. I liczy się każdy centymetr wydajności!

Jak skomentował Chris, wyliczenia wymagają znacznie więcej pamięci w systemie Android, co sumuje się, ponieważ są używane wszędzie. Zamiast tego powinieneś wypróbować IntDef lub StringDef , które używają adnotacji, aby kompilator weryfikował przekazane wartości.

public abstract class ActionBar {
...
@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;

@NavigationMode
public abstract int getNavigationMode();

public abstract void setNavigationMode(@NavigationMode int mode);

Może być również używany jako flagi, pozwalając na składanie binarne (operacje OR / AND).

EDYCJA : Wygląda na to, że przekształcanie wyliczeń w wartości typu int jest jedną z domyślnych optymalizacji w Proguard .

public enum Gender {
    MALE,
    FEMALE
}

Zgodnie z tym filmem, jeśli używasz ProGuard, nie musisz nawet myśleć o problemach z wydajnością Enums !!

Proguard może w wielu sytuacjach zoptymalizować wyliczenia do wartości INT w Twoim imieniu, więc naprawdę nie musisz o tym myśleć ani wykonywać żadnej pracy.

Preferowanym podejściem Androida są stałe int wymuszane za pomocą @IntDef:

public static final int GENDER_MALE = 1;
public static final int GENDER_FEMALE = 2;

@Retention(RetentionPolicy.SOURCE)
@IntDef ({GENDER_MALE, GENDER_FEMALE})
public @interface Gender{}

// Example usage...
void exampleFunc(@Gender int gender) {
  switch(gender) {
  case GENDER_MALE:

     break;
  case GENDER_FEMALE:
     // TODO
     break;
  }
}

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