STRING könnte undefiniert sein.

[himitsu]

Alle gemanageten Typen sind immer initialisiert, da die automatische Speicherverwaltung sonst nicht funktionieren kann.

ABER, hier ist es nicht so initialisiert, wie es dir gefallen würde.

Delphi implementiert dein function TMyObject.MyString: string; intern so procedure TMyObject.MyString(var Result: string); // als letztes Parameter
und das eribt was Schönes, wenn diese Variable schon vorher durch was Anderes gefüllt/wiederverwendet wurde.

Zitat:

Ein String, dem man nix zuweist ist ein Leerstring, hat also einen definierten Inhalt.

Definiert ja, aber nicht immer ein Leerstring. (lokale Variablen ja, aber nicht "zwangsweise" immer beim Result)

[nahpets]

Zitat von himitsu:

Zitat:

Ein String, dem man nix zuweist ist ein Leerstring, hat also einen definierten Inhalt.

Definiert ja, aber nicht immer ein Leerstring. (lokale Variablen ja, aber nicht "zwangsweise" immer beim Result)

Deshalb schrieb ich ja auch:

Zitat:

Meine bisherige praktische Erfahrung.

Will heißen, mir ist bewusst nix anderes untergekommen, das heißt aber nicht, dass es beim nächsten Mal nicht doch anders sein könnte.

Meine Regel ist: Wenn der Compiler meckert, dass was undefiniert sein könnte, dann hat er recht und ich habe das zu korrigieren. Ohne Wenn und Aber.

Und wenn er nicht meckert, habe ich gefälligst selbst aufzupassen

[himitsu]

Jupp, das was angemeckert wird, ist meistens falsch.
Zusätzlich wird "Vieles" nicht angemeckert, obwohl es potentiell falsch sein kann/ist.
Und selten wird was angemeckert, obwohl es richtig ist.

Lokale Variablen sind nicht initialisiert, abgesehn gemanagte Typen.
Globales und Klassenfelder sind immer initialisiert.
Thread-Lokales ist initialisiert, wird aber nicht finalisiert.
Und was in Pointern liegt, da ist der Entwickler dran Schuld.