enum

[PollerJava]

Hallo,

hätte noch eine Frage zu den enum s und zwar bekomme ich bei meiner Schnittstelle verschiedene Modes herein, also 3,4,5 und möchte nicht bei den case- Statements die Zahlen angeben sondern eben die Abkürzungen

readBuf[1]) 
                {
              
case 3: 
case 4:
case 6:

Also mein enum sollte so ungefähr aussehen:

public enum ModeVerbindung 
    {     
    ANFRAGE=3, OK=4, FEHLER=5    
    }

Ist das OK, wenn man das so macht, bzw. funktioniert das überhaupt so?

lg

 

[SlaterB]

wenn du einem Enum eine beliebige Zahl zuweisen willst,
dann brauchst du eine Exemplarvariable, einen Konstruktor usw,

und auch dann musst du deinen Integer noch manuell auf den passenden Enum umbiegen (in einer Map oder Liste/ Array nachschauen)

was automatisch geht:
die Enums erhalten in der Reihenfolge der Definition eine Nummerierung 0, 1, 2, 3

diese Zahl bekommst du mit ANFRAGE.ordinal();

von 1 kommst du auf das zweite Element z.B. mit dem Standard-Array:
ModeVerbindung x = ModeVerbindung.values()[1];

 

[DocRandom]

Nein so nicht!
Enum beginnt mit 0 zu zählen, ergo mußt Du für die werte 0 -2 auch was angeben z.B:

public enum ModeVerbindung {
   DUMMY_0, DUMMY_1, DUMMY_2, ABFRAGE, OK, FEHLER
}

danach kannst Du es für Deine switch-case Abfrage nutzen

lg
DocRandom

 

[byte]

oder einfach ne methode implementieren im enum, die ordinal() + 3 zurückgibt. dummy konstanten sind ziemlich dämlich.

man bricht sich aber auch keinen ab, den wert über ein feld im enum explizit anzugeben. vorteil: der wert ist nicht von der reihenfolge abhängig. denn ändert die mal jemand, hätte das sonst seiteneffekte auf die anwendung.

 

[DocRandom]

..jo, weiß das Dummy-Constanten mist sind.
Aber er hat sicherlich auch für die Werte 0 - 2 einen Status, ergo könnte er die 3 Dummy durch die Stati ersetzen.

lg
DocRandom

 

[byte]

Wie gesagt: man sollte gar keine Funktionalität an die ordinal() Werte knüpfen, weil sich die Funktionalität dann ändert, wenn man die Reihenfolge der Konstanten verändert -> schlechter Stil.

 

[SlaterB]

aber nur für hashCode-Berechnung zur Laufzeit, Maps und Arrays ist es doch ok oder?
solange man die Werte nicht persistiert oder eine fachliche Bedeutung zuordnet..

 

[byte]

Ja genau. Für Hashcode ist es sogar sehr gut geeignet, weil ordinal() ja in jedem Fall eindeutige Werte zurückliefert.