Ich kam hauptsächlich aus dem C / C ++ - Hintergrund, bevor ich C # benutzte. Eines der Dinge, die ich mit meinem ersten Projekt in C # gemacht habe, war, einen solchen Kurs zu machen.
%Vor%Ich war dann beschämt von der Tatsache, dass dies ein Casting erfordert:
%Vor%wie
%Vor% Warum haben die Sprachentwickler entschieden, die Ganzzahlarten mit und ohne Vorzeichen nicht implizit umsetzbar zu machen? Und warum werden die vorzeichenlosen Typen in der .Net-Bibliothek nicht mehr verwendet? Zum Beispiel kann String.Length niemals negativ sein, aber es ist eine vorzeichenbehaftete Ganzzahl.
Warum haben sich die Sprachdesigner dafür entschieden, die Ganzzahlarten mit und ohne Vorzeichen nicht zu verwenden? implizit gießbar?
Weil das Daten verlieren oder irgendeine Ausnahme auslösen könnte, von denen es im Allgemeinen keine gute Sache ist, dies implizit zuzulassen. (Die implizite Konvertierung von Long zu Double kann zwar auch Daten verlieren, aber auf andere Weise.)
Und warum werden die vorzeichenlosen Typen in der .Net-Bibliothek nicht mehr verwendet?
Unsignierte Typen sind nicht CLS-kompatibel - nicht alle .NET-Sprachen haben sie immer unterstützt. Zum Beispiel hatte Visual Basic keine "native" Unterstützung für unsignierte Datentypen in .NET 1.0 und 1.1; Es wurde der Sprache für 2.0 hinzugefügt. (Sie könnten sie immer noch verwenden, aber sie waren nicht Teil der Sprache selbst - Sie könnten zum Beispiel nicht die normalen arithmetischen Operatoren verwenden.)
%Vor%Ich war dann beschämt von der Tatsache, dass dies ein Casting erfordert:
Aber Sie widersprechen sich hier. Wenn Sie wirklich (wirklich) Größe benötigen, um vorzeichenlos zu sein, als das Zuweisen von (vorzeichenbehaftet) x ist ein Fehler. Ein tiefer Fehler in deinem Code.
Zum Beispiel kann String.Length niemals negativ sein, aber es ist eine vorzeichenbehaftete Ganzzahl
Aber String.IndexOf kann eine negative Zahl zurückgeben, und es wäre peinlich, wenn die String.Length- und Index-Werte unterschiedliche Typen hätten.
Und während in der Theorie in einer unsignierten String.Length (4 GB Cap), wäre in der Praxis sogar die aktuellen 2GB groß genug (weil Strings dieser Länge selten und nicht ausführbar sowieso sind).
Die wirkliche Antwort ist also: Warum zuerst unsigniert?
Bei der zweiten Zählung: weil sie wollten, dass die CLR mit Sprachen kompatibel ist, die keine unsignierten Datentypen haben (gelesen: VB.NET).
Tags und Links .net c# language-design casting unsigned