Hallo zusammen

Ist es sinnvoller bzw. "schneller" wenn man Variablen mit .net Laufzeittypen deklariert oder mit dem c# Alias ?
Ein Unterschied wird sicher da sein, denk ich... Jedoch minimal da es ja ähnlich wie ein Pointer funktioniert oda ?
Rentiert es sich bei großen Anwendungen oder eher nicht.

Danke euch schonmal !

Gruß Silent

Meinst Du den Vergleich zwischen Int32 und int? Vergiss das Grübeln und benutze das, was Dir lieber ist. (Es gibt so viele Sachen, mit denen man sich ernsthaft befassen muss; da sind überflüssige Probleme wirklich überflüssig.) Es mag zwar Situationen mit wirklichen Unterschieden geben; aber da der Compiler sowieso das gleiche erzeugen dürfte, spielt das in der Praxis keine Rolle. Jürgen

Hallo !

Ja richtig, vieleicht könnte man das testen wenn man ne rechen und zeitaufwendige Rechnung erstellt, die einmal mit int32 und einmal mit int Variablen rechnet...

Mal zuhause probieren, kam mir nur in Sinn als ich das Openbook am lesen war.

Trozdem Danke !

"Alias" sagt doch schon alles: Nach dem Kompilieren ist er ganz einfach verschwunden. Es ist wirklich nicht anderes als persönlicher Geschmack. Es gibt einige gute Gründe gegen die Aliase ("Ist double etwa kein float?"), aber ich mag einfach das Syntax-Highlighting .

Khabarakh hat folgendes geschrieben:

"Alias" sagt doch schon alles: Nach dem Kompilieren ist er ganz einfach verschwunden. Es ist wirklich nicht anderes als persönlicher Geschmack. Es gibt einige gute Gründe gegen die Aliase ("Ist double etwa kein float?"), aber ich mag einfach das Syntax-Highlighting .

eig. kann ich dir da nur zustimmen, nur das mit "ist double etwa kein float?" stimmt nicht ganz
der name vom datentyp double kommt eig. von "double float" weil er doppelt so groß ist (64 Bit statt 32 ) wodurch die präzission und die max und min grenzen erhöht werden.

lg
green

Greenberet hat folgendes geschrieben:

nur das mit "ist double etwa kein float?" stimmt nicht ganz

Wie kann an einer Frage etwas nicht stimmen?

Greenberet hat folgendes geschrieben:

der name vom datentyp double kommt eig. von "double float" weil er doppelt so groß ist (64 Bit statt 32 ) wodurch die präzission und die max und min grenzen erhöht werden.

Ich glaube, das weiß Sebastian. Der "Witz" bei der Frage ist, dass double halt auch ein floating point type ist.

Hi,

ich kann mich den anderen nur Anschließen. Es macht keinen Unterschied, ob du nun Int32 oder int oder Int oder sonstwas schreibst, sofern es vom Compiler nicht beanstandet wird.

Im Hintergrund macht der Compiler das gleiche daraus.

Der einzige wesentliche Unterschied ist, ob dein Programm letztlich CLS-Konform ist oder nicht, sprich ob du mit VB.NET, C# oder gar C++.NET dein Programm entwickelt hast.

Beispiel:

Du hast eine Klassenbibliothek geschrieben und benutzt immer int, double etc.
Willst du diese in einer anderen Programmiersprache einsetzen, funktioniert dies nicht, da diese dort nicht definiert sind.
Nimmst du dagegen Int32, Int64 etc. dann ist diese CLS-Konform und beide Sprachen dürften sich verstehen.
Das ist der einzige Grund wieso es diese Unterschiede überhaupt gibt.

Letzentlich bleibt es deine Entscheidung, nach welchem Stil du entwickelst, deine Programme dürften so oder so laufen und an Performance dürfte man keinen Unterschied merken.

Gruß

Xardas008

Die anderen Sprachen sehen doch nur das Kompilat, und da sind ja dann die Aliase schon verschwunden. Zeig mal bitte eine Lib, die auf Grund der Verwendung eines Alias nicht in einer anderen Sprache funktioniert

Xardas008 hat folgendes geschrieben:

Das ist der einzige Grund wieso es diese Unterschiede überhaupt gibt.

Das wäre doch wohl ein ziemlich dämlicher Grund . Die Aliase existieren rein wegen C-Verwandtschaft und allgemeiner Schreibfaulheit von Programmierern.
Kann es sein, dass du das mit den Unsigned-Typen verwechselt hast? Von denen ist nämlich nur Byte CLS-Compliant.

Hallo,

die bisher genannten Theorien warum es diese Aliase gibt sind recht phantasievoll , aber keine trifft imo zu.
Das hier triffts wohl eher.

Talla hat folgendes geschrieben:

aber keine trifft imo zu.

Und solange wir von Hejlsberg selbst kein Zitat haben[meta]eine Mail an Eric Lippert würde es wahrscheinlich auch tun[/meta], halte ich mein "imo" dagegen . Ich glaube wirklich nicht, dass solche Plattform-Unabhängigkeit bei der Entwicklung von Java oder C# eine Rolle gespielt hat. Aber es ist schon eine verlockende Vorstellung, dass 1 Prozent meines Codes unabhängig vom Framework ist .