Typumwandlung für Enums

[Codewalker]

Ich nutze in meiner Anwendung diverse Enums und benötige an vielen Stellen eine Umwandlung in Strings und zurück. Jetzt gibt es zwar in Delphi ab 2006 class operators, um implizite und explizite Typumwandlungen zu implementieren, aber halt nur für Klassen. Gibt es einen Weg, das auch für Enums zu bauen (so dass man keine Hilfsfunktion extra aufrufen muss)?

[Codewalker]

Ist mal wieder aktuell - daher nochmal die Frage ob jemand etwas dazu weiß

[himitsu]

Mir fällt grade der Funktionsname nicht ein, aber in der Unit RTTI gibt es Funktionen für die Umwandlung.

Aber Achtung, sobald auch nur ein Wert im Enum/Set vorbelegt ist (also mit

Delphi-Quellcode:

...=nummer

in der Deklartion), gibt es keine RTTI-Infos und da man vergessen hat das abzufangen, knallt es bei der Umwandlung.

[add]
PS: Zu dem "Problem" gibt es irgendwo einen Thread von mir, wo dann auch die Funktionsnamen nochmal drinstehn.

[stahli]

Meinst Du GetEnumValue und GetEnumName?

[Codewalker]

Zitat:

Zitat von himitsu (Beitrag 1104602)

Aber Achtung, sobald auch nur ein Wert im Enum/Set vorbelegt ist (also mit

Delphi-Quellcode:

...=nummer

in der Deklartion), gibt es keine RTTI-Infos und da man vergessen hat das abzufangen, knallt es bei der Umwandlung.

Die Erfahrung musste ich auch schon machen. Was auch immer der Sinn dahinter ist (wahrscheinlich kompliziert -> Faulheit :mrgreen: ).

RTTI ist ein guter Ansatzpunkt, wobei ich ja eher auf sowas wie

Delphi-Quellcode:

class operator {...}

gehofft hatte, meinethalben statisch.

[Stevie]

Enums sind Ordinaltypen, die haben keine Methoden ;)

[himitsu]

Zitat:

Zitat von Stevie (Beitrag 1104608)

Enums sind Ordinaltypen, die haben keine Methoden ;)

Mann hätte einfach nur die Class/Record-Methoden auch noch für interfaces und normale Typen freigeben müssen.

Der Sinn ist wohl einfach nur, daß das "Array" der ValueNamen keine Leerstellen zuläßt und man nicht auf die Idee gekommen ist, an den entsprechenden Stellen einen DummyNamen einzufügen ... stattdessen erstellt der Compiler einfach diese info nicht.

Und weil man dann den Wert in der RTTI-Funktion nicht prüft (Assigned), sondern gleich direkt versucht auf ein Feld des InfoRecords zuzugreifen, schlägt einem dann eine natürlich eine Zugriffsverletzung an Adresse $000000xx entgegen.
PS: Das ist ein Problem, welches seit unzähligen Jahren bekannt ist, aber welches dennoch nicht behoben wurde, obwohl die Variante mit den Dummywerte hätte bestimmt leicht angepaßt werden können.

[stahli]

Ihr redet wirr. :mrgreen:
Oder lag ich irgendwie daneben :?:

[himitsu]

Ich glaub deine Funktiuonen könnten schon stimmen.

Delphi-Quellcode:

type TMyEnum = (null, eins, acht=8);

.
Versuch mal eine Variable dieses Typs umzuwandeln.

In der TypeInfo dieses Typs ist die Tabelle NIL, wo die Namen "null", "eins" und "acht" drinstehn sollten.

[stahli]

Aha ... stimmt, so einen Thread gab es schon mal.
Das würde ich dann als Bug einstufen, jedenfalls müsste das wohl Emb. korrigieren.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1104619)

Mann hätte einfach nur die Class/Record-Methoden auch noch für interfaces und normale Typen freigeben müssen.

"Einfach nur" bezweifel ich, aber da die Methoden in records eigentlich nur Syntax sugar sind, wäre das sicherlich sehr nett.

[blackfin]

Das IST ein Bug, das ist nicht nur danach einzustufen....Sinn macht es nämlich keinen, Enums mit zugewiesenen Werten plötzlich mit netten AV's in der RTTI zu versehen.
Da läuft wohl intern ein Referenzzähler Amok, wenn die Liste nicht mehr linear ist.


Ich bin bei solchen Dingen immer den "bösen" Weg gegangen...es gibt die "Enums" doppelt..einmal als Enums an sich, andererseits als Stringarray...zwar nicht schön, aber löst das Ding. Ja, steinigt mich ;-D

[Luckie]

Kann es sein, dass ein Konzeptfehler vorliegt, wenn man die Enums als Zeichenkette braucht?

[himitsu]

Zitat:

Zitat von Luckie (Beitrag 1104634)

Kann es sein, dass ein Konzeptfehler vorliegt, wenn man die Enums als Zeichenkette braucht?

z.B. beim Abspeichern (XML, INI und Co.)
oder zum Anzeigen für den User (der kann mit einer binären Darstellung bestimmt nicht viel anfangen)

[FredlFesl]

Zitat:

Zitat von Luckie (Beitrag 1104634)

Kann es sein, dass ein Konzeptfehler vorliegt, wenn man die Enums als Zeichenkette braucht?

Glaube nicht. Wie willst Du sonst Enums editierbar machen, z.B. in einer Combobox?

Zitat:

Zitat von himitsu (Beitrag 1104635)

z.B. beim Abspeichern (XML, INI und Co.)
oder zum Anzeigen für den User (der kann mit einer binären Darstellung bestimmt nicht viel anfangen)

1. In XML lassen sich die Ordinalwerte viel effektiver speichern
2. Dann aber nicht mit GetEnumName. Dem Anwender sind wohl kaum Texte wie 'clBtnFace' zuzumuten.

Wenn ich Texte von Enums benötige (mutlilingual!), dann packe ich sie in Resourcenstrings. Dann kann man sie wenigstens übersetzen. Benötige ich sowas an mehreren Stellen im Programm (Konzeptfehler?[*]), erstelle ich mit eine Klasse, die die textuelle Repräsentation über statische Funktionen bereitstellt.
[*] Es könnte gegen das DRY-Prinzip verstoßen, einen Sachverhalt an mehreren Stellen editieren zu müssen.