@Haudruferzappeltnoch Enums fangen bei 0 an.
Ich nutze Enums bei Sachen, die aufzuzählen sind, z.B. die Dateiformate beim Speichern von Bildern {Png, Jpeg, Bmp8, Bmp16, ...}.
Das Besondere daran: Sie sind ein eigener Datentyp, so können Enums typsicher an Prozeduren übergeben werden.
Wenn Du A und woanders AA als numerische Werte übergibst, kann der Compiler nicht wissen, dass AA eigentlich logisch was anderes ist als A, auch wenn sie den selben numerischen Wert haben.
Elegant ist es, mit einem Wert MyEnum.Last im Code zu testen, ob neue Enum-Werte hinzugekommen sind, da schreiben sich Erweiterungen und Anpassungen wesentlich einfacher, wenn da ein Debugger.Break() steht und Du sofort an der richtigen Stelle den neuen Code einfügen kannst.
In diesem Kontext ist Throw New NotImplementedException("Neuer Wert") eher destruktiv.

Den Mehrwert sieht man halt erst wenn man weiß/sieht wie es verwendet wird.
Hier ein überarbeiteter, stark verkürzter und zusammengeschnippselter C#-Code


Es ließ sich leider nicht eben mal so in VB.Net umwandeln und habe daran auch keine weitere Zeit verschwendet.
Die Enums heißen bei mir nicht "Enum" hinten drann, dient nur der besseren Visualisierung hier.
Ich hoffe es haben sich keine Fehler eingeschlichen.

lade dir das Buch "Visualbasic 2005" von Löffelmann herunter.
Das Kapitel zu Enums hat mir ganz besonders gut gefallen.
Weil - wie das so ist - ich dachte, ich wüsste alles... ... hihi!

In Kürze: Ein Enum ist ein Datentyp. Deine Variablen sind Variablen. Das ist schomal eine ganz grundlegende Verwechslung.

Also ein Datentyp - so etwas wie Boolean.
Von Boolean kann es nur zwei Stück geben: True und False.

Von einem Enum kann es genau so viele geben, wie definiert sind. (Und nicht mehr)
Also der DockStyles gibt es sechse, Checkstate gibts drei und von deinen Buchstaben gibts fünf.
Mehr gibts nicht, und das ist der Sinn der Sache.
Da es nicht mehr gibt von einem Enum, als vorgesehen sind, kannst du einer so deklarierten Variablen keinen Unsinn zuweisen.

Deine Integer-Variablen A - E kannste ja jeder anderen Integer-Variablen zuweisen, (und 2^32-5 weitere Werte ausserdem).
Du kannst ja sogar aus deinem A ein E machen - wäre syntaktisch korrekt: A = E

---

Edit: Aber gut, dass du fragst
Ohne Enums zu verstehen (und zwar richtig) kann man nix werden in .Net.
Viele andere Dingen, an denen man IMO ausserdem nicht vorbei kommt, sind hier aufgeschrieben: Datenverarbeitungs-Vorraussetzungen
Und wie gesagt: Lad dir das Buch.

Enums sind für mich sprechende Variablenwerte.
Wenn ich If AccountType = 2 Then habe, ist das für mich viel schwieriger zu interpretieren als If AccountType = AccountTypes.Cash Then
Außerdem kann man Enums durch geschickte Verwendung von DataBinding, Attributen und Reflection noch besser nutzen. Dann kann man z.B. englische Begriffe im Code verwenden, während man sich deutsche im GUI anzeigen lässt.

Enums ersetzten „Magic Numbers“.

„Ein im Quellcode eines Programms auftauchender Zahlenwert (auch englisch „hard coded value“ genannt), dessen Bedeutung sich nicht unmittelbar erkennen lässt – seine Bedeutung ist somit „magisch“. Derartige Magische Zahlen sind zu vermeiden und durch gut benannte Konstantendefinitionen zu ersetzen, deren Namen Bedeutung und Herkunft klar angeben.“
Quelle: de.m.wikipedia.org/wiki/Magische_Zahl_(Informatik)

Nee, A und E sind beide vom selben vom Datentyp Buchstabe, aber deren Werte werden explizit im Code durch den "Enum-Block" festgelegt. Damit sind die Werte fix und können nicht mehr geändert werden. Daher klappt die Zuweisung Buchstabe.A = Buchstabe.E nicht. Eine Mehrfachvergabe eines Werts ist aber erlaubt, also A und E können beide den Wert 0 zugewiesen bekommen; ist m.E. aber sinnfrei.

Haudruferzappeltnoch schrieb:

ich muss hier mal nachfragen, wann nutzt ihr Enums? Was haben die für einen Mehrwert?

Ich nutze viel Enum. Manchmal haue ich sogar mehrere Const, wenn die so in der MS-Doku zusammengehören und eigentlich keine Enum sind, in eine Enum. zb die Const IEIFLAG_OFFLINE, und weitere IEIFLAG_* Const. Schaut dann so aus.

Schon allein wegen der Intellisense. Eine Enum muss nicht zwangsweise mit 0 anfangen. Der erste Wert eines Member bestimmt den Wert der nachfolgenden Member wenn diesen explizit kein Wert zugewiesen wurde. B hätte hier dann 66, C dann 67 usw. Ab D gilt dann ein neuer Wert. F hätte dann die 102.

Du findest auch in der MS-Doku diverse Enum wo mehrere Member, mit unterschiedlicher Bezeichnung, den gleichen Wert aufweisen können und ist gar nicht mal so ungewöhnlich. Ich nutze sowas ganz gern im Zusammenhang mit COM-Interfaces wenn ich deren Funktionen per VTableID aufrufe. Hier mal so ein Beispiel.

-Franky- schrieb:

Eine Enum muss nicht zwangsweise mit 0 anfangen.

Das wäre allerdings schlechter Code, denn eine nicht initialisierte Variable eines solchen Enums hätte den numerischen Wert 0.
Ein StyleGuide fordert deswegen zur Vorgabe eines 0-Wertes auf.
@Haudruferzappeltnoch Etwas ganz elegantes sind Flag-Enums, da werden die Werte als Zweierpotenzen vorgegeben und wie Bits einer Zahl behandelt:

RodFromGermany schrieb:

Das wäre allerdings schlechter Code, denn eine nicht initialisierte Variable eines solchen Enums hätte den numerischen Wert 0.
Ein StyleGuide fordert deswegen zur Vorgabe eines 0-Wertes auf.

Für den ersten, nicht initialisierten Member, gebe ich Dir recht. Der ist 0. Was aber machen wenn Du eine Enum aus der MS-Doku verwendest, wo eben nicht mit 0 angefangen wird und None = 0 eher zu einem Fehler führt weil es diesen Enum-Member zB. gar nicht für eine API/Interface usw. gibt und größer 0 sein muss? None = 0 impliziert in einer Enum, laut Intellisense, das ich diesen Member auch verwenden kann. Es gibt sicher solche Fälle wo 0 kein zulässiger Wert ist. Dann würde ich eher dazu neigen den Member DoNotUse = 0 zu verwenden.

-Franky- schrieb:

RodFromGermany schrieb:

Es gibt sicher solche Fälle wo 0 kein zulässiger Wert ist.

Yupp, gibt auch gar kein Problem weil ich kann einer Variablen vom Datentyp des Enums auch die Null nicht zuweisen.

@-Franky- Klar.
In diesem Falle würde ich diese Enums im Sinne einer Konstanten verwenden und keine Variablen dieses Typs erstellen.
@Dksksm Dies funktioniert:

@ ALL Wo sollte man den die Enums definieren. Was ich damit meine ist z.B.:

Automarken
Enum= VW,BMW, Audi,...

Klassen im Projekt:
Auto, Kunde, Rechnung, ...

Ich würde die Enums in der Klasse Auto, Kunde nutzen wollen als Auswahl für Propertys, aber in welcher Klasse speichere ich die Enums. In einer extra Klasse z.B. Settings inkl. andere statischer readonly Propertys. Wie macht Ihr das mit Enums die in mehreren Klassen benutzt werden.

@nogood Automarken würden bei mir nach Auto oder einer Basisklasse davon kommen.
Andere Enums in die hierarchisch niedrigste Klasse aller beteiligten Klassen oder eine spezielle Enum-Klasse.

RodFromGermany schrieb:

VB.NET-Quellcode

1. Public Class Form1
2. <Flags()>
3. Public Enum Test
4. None = 0
5. a = 1
6. b = 2
7. c = 4
8. d = 8
9. e = 16
10. f = 32
11. End Enum

Ich hingegen benutze nie den Wert 0 als Enum-Wert.
Weil wenn man mit geflaggten Enums arbeitet, macht dieser Wert Probleme.
ZB die Kombination Test.None OR Test.d funktioniert so nicht, weil ist mit Test.d identisch.

ErfinderDesRades schrieb:

ZB die Kombination Test.None OR Test.d funktioniert so nicht, weil ist mit Test.d identisch.

Was ist daran falsch?

Angenommen du prüfst Item, obs a oder d ist:

Angenommen du prüfst Item, obs None oder d ist:

Hier kommt zwei Mal True raus.
Ist tatsächlich iwie merkwürden.
Wenn ich Test.None rausnehme und durch CType(0, Test) ersetze, kommt ebenfalls True raus:Da sollen sich andere den Kopf zerbrechen.

Hi.

Zwei Anwendungen finde ich Hilfreich.

1. Beispiel: Gendern



2. Beispiel: Arrays (und die Indexe)

Angenommen es ist ein Array vorgegeben und ich kann mir nicht merken welcher Index was bedeutet,
dann mache ich mir ein Enum, um Index zu Bezeichnen...




MfG und c.u. Joshi