> >Welches caching? > Gute Frage, ich habe keine Erklaerung fuer diese > Unterschiede. Ich habe es > noch ein paar mal getestet, aber es verhaelt sich nicht > 100%-ig gleich ????! > Naja, vielleicht spielen einfach zu viele Faktoren mit > (Windows, SQL-Server, > .NET, ...) Ich kann ja keine Referenz definieren, an der ich > die beiden > vergleiche. Nach mehrfachen Ausfuehren habe ich > unterschiedliche Ergebnisse. > Vielleicht sind die externen Faktoren (ohne win,...) > eigentlich gleich...
Naja... Man k�nnte schon... Halt alle �bergebenen Objekte vorher generieren etc... Out und ref unterscheiden sich nur insofern, dass bei out gepr�ft wird, ob auch wirklich vor dem methodenende der variable in jedem m�glichem verlaufsweg was zugewiesen wird... Aber dieser test wird zur compilezeit ausgef�hrt nicht zur laufzeit... Insofern sollte es keinen unterschied geben... Und falls doch ist der so klein, dass es keinen sinn macht in entsprechenden f�llen nicht den semantisch richtigeren out zu benutzen... Weiss nicht genau wie es implementiert ist, aber vermutlich erspart man sich dadurch auch den parameter �berhaupt in die methode zu �bergeben... Also... ValueTypes immer byval(default) es sei denn man hat einen guten grund, wie z.B. eine swap-Methode, die man implementieren will, oder der struct ist arg gross geraten ReferenceTypes auch ByVal, weil sie implizit schon ByRef �bergeben werden, also kein Problem... Wenn man explizit ByRef �bergeben will, auf die sematik achten... Wird das Datum in der Methode erzeugt und muss nur rausgegeben werden, dann out(oder return, aber bei mehreren werten geht das nicht)... Muss ein wert Datum reingegeben werden und m�glicherweise ein anderes raus(z.B. bei methoden, die Strings "ver�ndern"), dann ref > (Aber ist schon klar, das lediglich "Primitifs" (Java) oder > "Value-Types" > (MS) auf dem Stack gespeichert werden (abgesehen von den > Structs in .NET, > die auch auf dem Stack gespeichert werden.)) Weil es auch value-types sind... Claudius _______________________________________________ Asp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/asp.net
