Warum gibt es in C# Schlüsselwörter für Datentypen?

Hallo Abt,

Andersrum. Int32 ist ein Alias fuer 'int', Int16 fuer short.. Etc etc

nein, das ist nicht korrekt. Int ist - an den allermeisten Stellen(*) - ein Alias für (System.)Int32. Jedenfalls ist Int32 kein Alias für int.

Folgende Belege:

Built-In Types Table (C# Reference):

The following table shows the keywords for built-in C# types, which are aliases of predefined types in the System namespace.

ECMA-334 C# lang spec (page 18):

Each of the predefined types is shorthand for a system-provided type. For example, the keyword int refers to the struct System.Int32. As a matter of style, use of the keyword is favored over use of the complete system type name.

Dort steht zwar shorthand und refers statt alias, aber in der Richtung, die ich sage.

Davon abgesehen könnte ein Struct wie Int32 höchstens ein Wrapper für int sein, kein Alias. Und selbst ein Wrapper ist er nicht. Warum in der Implementierung von System.Int32 das Schlüsselwort int verwendet werden kann, um eine Membervariable zu deklarieren, erklärt Eric Lippert - und der muss es wissen - in If Int32 is just an alias for int, how can the Int32 class use an int? Dort hätte also genauso gut Int32 für die Variablendeklaration verwendet werden können.

Auch im Internet findet man im Grunde nur die Richtung "int ist ein Alias für Int32", nicht umgekehrt. Alles andere wäre auch - sorry - Unsinn.

herbivore

(*) Die Spezifikation des Typs eines Enums, ist eine der Ausnahmen.

Okay, wenn Du es doch hier klären willst, statt per PN.
Viele Aussagen, die man liest - auch EMCA -, machen so keinen Sinn.

public enum Foo : int

klappt.

public enum Foo : Int32

nicht.

Würde es wirklich int -> Int32 sein, würde dies kein Problem darstellen.
Weiterhin verwendet der Int32 Struct-Quellcode "int"; rein in der Theorie ergo eine Endlosschleife. Aber das lässt sich über "Magic" lösen.

Du hast bisher weder meine Argumente widerlegt noch hast Du ausreichend bewiesen, wieso das "Unsinn" sein sollte.
Und dass die ECMA 2-3 Dinge nicht 100% klar ausdrückt ist auch hinlänglich bekannt.
Dass bei beiden am Ende das gleiche raus kommt, keine Frage.

Einzig die Tatsache, dass Int32 ein CTS sein wird, würde es schlüssig erklären.
Das heisst zeitgleich, dass der Compiler - wie Du sagst - aus int Int32 macht. Im ILCode steht ja auch nachher das identische.
Trotzdem wäre das ein inkonsistentes Verhalten des Compilers bzgl. meinen Beispielen - und da gibts auch noch andere.

Gib mir eine schlüssige Argumentation, wieso Int32 bei Enums nicht funktioniert.
Die ECMA besagt

An enum declaration may explicitly declare an underlying type of byte, sbyte, short, ushort, int, uint, long or ulong. Note that char cannot be used as an underlying type. An enum declaration that does not explicitly declare an underlying type has an underlying type of int.

Wo ist hier aber der Sinn, wenn denn int 100% Int32 ist?
Alles was man dazu findet endet mit: es macht keinen Sinn.

Hallo Abt,

dass es bei enums eine Ausnahme gibt, hatte ich bereits geschrieben. Warum das eine Ausnahme ist, weiß ich nicht, vielleicht finde ich es noch heraus, dann schreib ichs(*). Aus der Existenz einer Ausnahme kann alleine man aber nicht schließen, dass die Richtung umgekehrt sein muss. Ist sie auch nicht.

Auf das Gegenargument mit der Endlosschleife bzw. Endlosrekursion bei der Implementierung von Int32 bin ich ebenfalls bereits in meiner ersten Antwort eingegangen.

Unsinn ist aus meiner Sicht, dass du zwar Argumente bringst, die auf den ersten Blick gegen meine Richtung sprechen können, aber aus meiner Sicht keinen schlüssigen Beleg bringst, der deine Richtung stützt. Irgendwas aus der MSDN oder so, wo steht, dass die Alias-Beziehung in der Richtung besteht, die du sagst.

herbivore

(*) EDIT: Siehe zum Beispiel in C# int, Int32 and enums. Also möglicherweise einfach nur ein "Bug" im Parser bzw. Bequemlichkeit der Parser-Implementierer. Auch in dieser Antwort steht übrigens: "... the C# specification defines the int keyword as explicit alias System.Int32 ...".

Gut, dann bin ich auf die Antwort gespannt, wieso es bei enums eine Ausnahme gibt - und ausgerechnet dort.
Dass int ein Keyword ist und Int32 ein CTS; da geh ich mit. Aber das reicht mir als Antwort nicht.

Vor allem find ich die Aussage "Alias" immer noch suboptimal, da es eben nachweislich doch Unterschiede - zumindest im Handling - gibt.

Hallo MyTrinom,

als Fazit kannst du herbivores Antwort nehmen. Die ist korrekt und gültig.

mfG Gü