also, im Normalfall verhält sich Result zum Ende der Funktion wie
Delphi-Quellcode:
Function xyz(a: x; b: x; c: x): Typ;
// dieses wird z.B. mehr so behandelt
Procedure xyz(a: x; b: x; c: x);
Begin
End Procedure xyz(out Result: Typ);
Strings und die anderen dynamischen Arrays werden allerdings von Delphi besonders behandelt.
Diese werden als Erstes mal im gegensatz zu allen anderen Variablen immer Initialisiert und Finalisiert.
Außerdem vesucht die CompilerOptimierung immer "dynamische/virtuelle" Variablen mehrfach zu verwenden und nicht immer gleich bei jeder Verwendung neu zu initialisieren/finalisieren.
also sieht es für Strings/DynArrays mehr so aus
Delphi-Quellcode:
Function xyz(a: x; b: x; c: x): Typ;
// dieses wird z.B. mehr so behandelt
Procedure xyz(a: x; b: x; c: x; in Result: Typ);
Begin
End Procedure xyz(out Result: Typ);
wobei Result dann global, oder (meistens) lokal in der aufrufenden Funktion/Prozedur definiert ist.
Außerdem müssen Variablen immer vom Programmierer initialisert werden (nur weil es Delphi bei Strings im Grunde macht, soll man nicht davon ausgehn, daß es grade zu dem Zeitpunkt extra initialisiert wurde)
Zitat:
[Warning] Unit1.pas(28): Return value of function 'A' might be undefined
tja, diese Warnung ist halt nicht umsonst ... wer mit dem ergebnis einer variable arbeiten will, der soll vorher sicherstellen, das diese einen definierten Zustand bekommt!
bei "normalen" Typen (ohne delphieigene Initialisierung) steht Result komplett auf einem Zufallswert (halt das, was vorher von irgendwas an dieser Stelle mal gespeichert wurde)
Zitat:
function A(): Integer;
begin
Result := Result + 1;
end;
PS: nur globale Variablen werden beim Programmstart mit #0-en initialisiert (bei Strings entspricht dieses '')
und Klassenvariablen werden ebenso von Constructor mit #0 initialisert.