Probleme mit Enumerations und eigenen EnumTypes

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Probleme mit Enumerations und eigenen EnumTypes

    Ich habe folgendes Problem. Ich verwende eine Enumeration um drei verschiedene Werte zu halten. Zusätzlich habe ich intern in meinem Programmcode einen eigenen EnumType. Mit getEnumValueFor(Typ, Wert) bekomme ich ein EnumValue-Object vom Typ mit dem entsprechenden Wert. Bei EnumType kann man verschiedene Typen mit entsprechenden möglichen Wertepaaren (Wert, Beschreibung) anmelden. Mein Problem ist jetzt, wenn ich zum Beispiel zwei verschiedene EnumTypes haben will, die sich nur dadurch unterscheiden, dass in dem einen Fall ONE, TWO und THREE mögliche Werte darstellen und im anderen nur ONE und TWO. Alle Möglichkeiten, die mir einfallen, sind nicht so toll (zwei Enumerations oder immer vorort im Code den EnumValue abfragen).

    Bitte gebt keine Kommentare zum grundsätzlichen Aufbau bezüglich dieser EnumTypes ab. Ich baue nur auf einem vorhandenen Code auf, der nicht verändert werden kann. Intern müssen diese EnumTypes verwendet werden. Zusätzlich ist es auch nicht optimal ein Interface so als mehr oder weniger Konstantenlager zu missbrauchen. Auch das ist üblich in diesem Projekt. Das Ziel ist einfach keine langen Konstantenlisten zu halten oder diese EnumValues direkt immer abfragen zu müssen, sondern sie so wie folgend abzuspeichern, um über die Enumeration darauf zugreifen zu können.

    Gibt es eine elegante Lösung dafür?

    Quellcode

    1. public interface ITyp
    2. {
    3. public static final String TYP1 = "Typ1";
    4. public static final String TYP2 = "Typ2";
    6. public enum TYP
    7. {
    8. ONE("1", "Eins", "Eins"),
    9. TWO("2", "Zwei", "Zwei"),
    10. THREE("3", "Drei", "Drei");
    12. private String value;
    13. private String langValue;
    14. private String description;
    15. private EnumValue enumValue;
    17. private TYP(String Ps_value, String Ps_langValue, String Ps_descr)
    18. {
    19. value = Ps_value;
    20. langValue = Ps_langValue;
    21. description = Ps_descr;
    22. enumValue = EnumType.getEnumValueFor(TYP1, value);
    23. }
    25. public String value()
    26. {
    27. return value;
    28. }
    30. public String langValue()
    31. {
    32. return langValue;
    33. }
    35. public String description()
    36. {
    37. return description;
    38. }
    39. public EnumValue enumValue()
    40. {
    41. return enumValue;
    42. }
    43. }
    44. }
    Alles anzeigen

  • Nachdem man enums nicht vererben kann, würde ich vorschlagen, du wandelst den enum in eine class um, mit public static final members:

    Quellcode

    1. public interface ITyp
    2. {
    3. public static final String TYP1 = "Typ1";
    4. public static final String TYP2 = "Typ2";
    6. public class TYP
    7. {
    8. public static final TYP ONE = new TYP ("1", "Eins", "Eins");
    9. public static final TYP TWO = new TYP ("2", "Zwei", "Zwei");
    11. private String value;
    12. private String langValue;
    13. private String description;
    14. private EnumValue enumValue;
    16. protected TYP(String Ps_value, String Ps_langValue, String Ps_descr)
    17. {
    18. value = Ps_value;
    19. langValue = Ps_langValue;
    20. description = Ps_descr;
    21. enumValue = EnumType.getEnumValueFor(TYP1, value);
    22. }
    24. public String value()
    25. {
    26. return value;
    27. }
    29. public String langValue()
    30. {
    31. return langValue;
    32. }
    34. public String description()
    35. {
    36. return description;
    37. }
    38. public EnumValue enumValue()
    39. {
    40. return enumValue;
    41. }
    42. }
    44. public class TYP2 extends TYP
    45. {
    46. public static final TYP THREE = new TYP ("3", "Drei", "Drei");
    48. // constructor required
    49. private TYP2(String Ps_value, String Ps_langValue, String Ps_descr)
    50. {
    51. super (Ps_value, Ps_langValue, Ps_descr);
    52. }
    53. }
    54. }
    Alles anzeigen


    hth