Warum verwenden C#-Container und GUI-Klassen bei Größenangaben int anstelle von uint?

Question

Normalerweise programmiere ich in C++, aber für die Schule muss ich ein Projekt in C# machen.

Also habe ich einfach weiter programmiert, wie ich es in C++ gewohnt war, war aber überrascht, als der Compiler sich über Code wie folgenden beschwerte:

        const uint size = 10;
        ArrayList myarray = new ArrayList(size); //Arg 1: kann von 'uint' nicht in 'int' konvertiert werden

Sie erwarten also einen Argumenttyp von int - aber warum? Mir würde es viel mehr zusagen, uint als Argumenttyp zu verwenden, da uint in diesem Fall viel besser passt.

Warum verwenden sie fast überall im .NET-Framework int als Argumenttyp, obwohl in vielen Fällen negative Zahlen keinen Sinn ergeben (weil keine Container oder GUI-Elemente eine negative Größe haben können).

Wenn der Grund dafür, dass sie int verwendet haben, darin liegt, dass sie nicht davon ausgehen, dass der durchschnittliche Benutzer auf Vorzeichen achten würde, warum haben sie dann keine Überladungen für uint hinzugefügt?

Handelt es sich hierbei einfach um Microsoft, denen die Korrektheit des Vorzeichens egal ist, oder gibt es Fälle, in denen negative Werte Sinn ergeben / Informationen tragen (Fehlercode????) für Container/Gui-Widgets/... Größen?

Answer 1

Ich würde vermuten, dass Microsoft Int32 gewählt hat, weil UInt32 nicht CLS-konform ist (d.h. nicht alle Sprachen, die das .NET-Framework verwenden, unterstützen vorzeichenlose Ganzzahlen).

Answer 2

Weil vorzeichenlose Ganzzahlen nicht CLS-konform sind. Es gibt Sprachen, die keine Unterstützung dafür haben, Java wäre ein Beispiel.

Answer 3

Additionaly to the Responses Talking about CLS Compliance, Bedenke, dass Ganzzahlenarithmetik (z.B. 10 + 2) zu Ganzen (vorzeichenbehafteten) Daten führt, was nur sinnvoll ist; Bedenke nun den Aufwand, jede mathematische Ausdruck in uint umwandeln zu müssen, um ihn an eine der von dir genannten Methoden zu übergeben.

Was Überladungen betrifft, die uint akzeptieren - in vielen Fällen werden Methodenargumente als (oder zur Berechnung von) Eigenschaftswerten gespeichert, die normalerweise vom Typ int sind (wieder für CLS-Konformität und möglicherweise für den Komfort der Ganzzahlenrechnung); die Diskrepanz im Vorzeichen wäre verwirrend, ganz zu schweigen von der Anfälligkeit für Überlauf.

Answer 4

Stroustrup bevorzugt int gegenüber "uint" in The C++ Programming Language, und ich denke, seine Gründe gelten auch für C#:

Es geht um Unterlauf ohne Warnung:

// Versehentlich sehr große uint
uint oops = (uint)5 - (uint)10;

oder:

// Versehentliche Endlosschleife
for( uint counter = 10; counter >= 0; counter-- )
    ;  // Etwas tun

Die zusätzliche Info ist selten den Aufwand wert, auf solche Fehler achten zu müssen.

Answer 5

Dies kommt möglicherweise ein "wenig" spät, aber ich habe die Frage gerade gefunden und möchte ein fehlendes Detail hinzufügen.

Ein ausgezeichnetes Beispiel, in dem negative Werte perfekt Sinn ergeben, sind grafische Frameworks. Für Größen, wie in der Frage angegeben, kommen negative Werte nicht infrage, aber für Position Werte ist es durchaus akzeptabel, negative Werte zu haben. Solche Werte lassen Objekte erscheinen, die außerhalb des Bildschirms liegen oder zumindest teilweise beschnitten sind:

Es folgt dem gleichen Prinzip wie in der Mathematik, negative Koordinaten lassen Punkte in die entgegengesetzte Richtung zu der Achse wachsen Werte gehen. Unter der Annahme, dass (0,0) oben links in der Ecke des Bildschirms ist, verschieben negative Werte Dinge nach links und oben von diesem Punkt, sodass sie halb sichtbar sind.

Dies ist nützlich zum Beispiel, wenn Sie einen Scroll-Bereich implementieren möchten, bei dem die Inhalte größer sind als der verfügbare Platz. Einfach alle Objektpositionen werden negativ, um vom oberen Rand unsichtbar zu werden oder größer als die Höhe zu werden, um vom unteren Rand unsichtbar zu werden.

Solche Dinge sind nicht auf C# beschränkt. Winforms und WPF verwenden das, wie in der Frage erwähnt, aber die meisten anderen grafischen Umgebungen verhalten sich genauso. HTML+CSS können Elemente auf die gleiche Weise platzieren, oder die C/C++ Bibliothek SDL kann diesen Effekt ebenfalls nutzen.