Unterschied zwischen (var AFileStream: TFileStream) und (AFileStream: TFileStream)

[Sir Rufo]

@OlafSt

Wenn ich dir meinen Schlüssel zu meiner Wohnung gebe, dann kannst du in die Wohnung rein und dort umräumen.
Tauscht du den Schlüssel nun aus und gibts mir diesen zurück, komme ich nicht mehr in meine Wohnung.

Delphi-Quellcode:

procedure Foo( var AKey : TWohnung );

Gebe ich dir eine Kopie meines Schlüssels, dann kannst du immer noch in die Wohnung rein und umräumen.
Da ich aber keinen Schlüssel von dir zurücknehme, kann ich trotzdem noch mit meinem Schlüssel in meine Wohnung (und sehe dann entweder Chaos oder endlich mal eine aufgeräumte Wohnung)

Delphi-Quellcode:

procedure Foo( AKey : TWohnung );

[OlafSt]

...oder eine leere wohnung :lol:

Ich persönlich habe das ganze ja schon länger verstanden (auch wenn ich der Ansicht bin, das CONST nun mal CONST ist, auch Eigenschaften sollten dann unveränderlich sein).

Ich hoffe, der TE bekam nun seine Antwort ;)

[Sir Rufo]

Zitat:

Zitat von OlafSt (Beitrag 1258724)

...oder eine leere wohnung :lol:

Ich persönlich habe das ganze ja schon länger verstanden (auch wenn ich der Ansicht bin, das CONST nun mal CONST ist, auch Eigenschaften sollten dann unveränderlich sein).

Ich hoffe, der TE bekam nun seine Antwort ;)

Ähm, wenn das so sein sollte, dann dürften auch keine Methoden ausgeführt werden, denn die könnten ja Eigenschaften verändern. Wofür will ich dann eine Instanz übergeben?
(Es wird ja gar nicht die Instanz übergeben, nur der Weg, wie ich dort hinkomme und bei

Delphi-Quellcode:

const

kann ich den Weg auch gar nicht ändern)

[bernau]

Zitat:

Zitat von Sir Rufo (Beitrag 1258638)

Wenn man weiß was bei einer Instanz übergeben wird (nur eine Referenz, quasi eine Visitenkarte), dann versteht man auch die Delphi-Dokumentation.

Mit dem

Delphi-Quellcode:

var

wird die gleiche Visitenkarte (Referenz) übergeben. Bemale ich die, dann ist die bemalt.

Ohne dem

Delphi-Quellcode:

var

wird eine Kopie der Visitenkarte (Referenz) übergeben. Bemale ich die, dann ist eben diese Kopie bemalt und das Original bleibt unverändert.

Mit dem

Delphi-Quellcode:

const

wird die Visitenkarte (Referenz) als unbemalbares Objekt (Read-Only) übergeben und kann gar nicht bemalt werden.

Besser kann man es nicht erklären. :thumb:

Da solltest du dir ein Patent drauf geben lassen.

[bernau]

Zitat:

Zitat von OlafSt (Beitrag 1258720)

Keiner hat die Frage wirklich verstanden, ergo hat sie auch keiner wirklich beantwortet.

Süß ;-)

Sir Rufo hat es genau richtig beschrieben.:idea:

[michele_tedesco]

Zitat:

Zitat von Sir Rufo (Beitrag 1258723)

@OlafSt

Wenn ich dir meinen Schlüssel zu meiner Wohnung gebe, dann kannst du in die Wohnung rein und dort umräumen.
Tauscht du den Schlüssel nun aus und gibts mir diesen zurück, komme ich nicht mehr in meine Wohnung.

Delphi-Quellcode:

procedure Foo( var AKey : TWohnung );

Gebe ich dir eine Kopie meines Schlüssels, dann kannst du immer noch in die Wohnung rein und umräumen.
Da ich aber keinen Schlüssel von dir zurücknehme, kann ich trotzdem noch mit meinem Schlüssel in meine Wohnung (und sehe dann entweder Chaos oder endlich mal eine aufgeräumte Wohnung)

Delphi-Quellcode:

procedure Foo( AKey : TWohnung );

In deinem Beispiel wird aber die Wohnung übergeben und dicht der Schlüssel :-)

Wenn ich an der Kopie des Schlüssels etwas ändere (Eigenschaft: Farbe, oder Form), dann ist bei

Delphi-Quellcode:

procedure Foo( AKey : TKey );

dann ist doch auch der Original-Schlüssel geändert, richtig?

Gibt es eine Möglichkeit (gibt es überhaupt Situationen) wo das Objekt vollkommen als Kopie übergeben wird??

Ist das Verhalten in .Net das selbe?

[Neutral General]

Zitat:

Zitat von michele_tedesco (Beitrag 1258855)

Gibt es eine Möglichkeit (gibt es überhaupt Situationen) wo das Objekt vollkommen als Kopie übergeben wird??

Ist das Verhalten in .Net das selbe?

Es gibt keine Möglichkeit dass das Objekt als Kopie übergeben wird. Wenn du das brauchst, dann musst du überlegen ob du auf Records umsteigen willst/kannst.

In .NET ist das Verhalten soweit ich weiß das selbe.

[michele_tedesco]

Danke an alle schon Mal :-)
Ich habe verstanden wie sich ein Objekt als Parameter verhaltet :-)
Ziel erreicht!

[Sir Rufo]

Zitat:

Zitat von michele_tedesco (Beitrag 1258855)

Zitat:

Zitat von Sir Rufo (Beitrag 1258723)

@OlafSt

Wenn ich dir meinen Schlüssel zu meiner Wohnung gebe, dann kannst du in die Wohnung rein und dort umräumen.
Tauscht du den Schlüssel nun aus und gibts mir diesen zurück, komme ich nicht mehr in meine Wohnung.

Delphi-Quellcode:

procedure Foo( var AKey : TWohnung );

Gebe ich dir eine Kopie meines Schlüssels, dann kannst du immer noch in die Wohnung rein und umräumen.
Da ich aber keinen Schlüssel von dir zurücknehme, kann ich trotzdem noch mit meinem Schlüssel in meine Wohnung (und sehe dann entweder Chaos oder endlich mal eine aufgeräumte Wohnung)

Delphi-Quellcode:

procedure Foo( AKey : TWohnung );

In deinem Beispiel wird aber die Wohnung übergeben und dicht der Schlüssel :-)

Ein absolutes, definitives und ultimatives NEIN!

Es wird eben nicht die Instanz übergeben, sondern eine Referenz/Zeiger/Pointer (wie auch immer du das definieren willst) auf die Instanz.

Zitat:

Zitat von michele_tedesco (Beitrag 1258855)

Wenn ich an der Kopie des Schlüssels etwas ändere (Eigenschaft: Farbe, oder Form), dann ist bei

Delphi-Quellcode:

procedure Foo( AKey : TKey );

dann ist doch auch der Original-Schlüssel geändert, richtig?

Es wird nicht der Schlüssel (Referenz/Zeiger/Pointer) geändert, sondern die Instanz!
Und selbst wenn du in dem Falle den Wert von

Delphi-Quellcode:

AKey

änderst, dann wird der Wert von

Delphi-Quellcode:

procedure Foo( AKey : TWohnung );
begin
  AKey := TWohnung.Create; // In AKey steht jetzt der Wert $22222222
end;

procedure Bar;
var
  LKey : TWohnung;
begin
  LKey := TWohnung.Create; // <-- In LKey steht jetzt z.B. der Wert $11111111
  Foo( LKey );
  // LKey hat jetzt immer noch den Wert $11111111
end;

Delphi-Quellcode:

LKey

nicht geändert.

[DeddyH]

Holen wir mal ein bisschen aus:

Delphi-Quellcode:

procedure TfrmSchiessMichTot.MachWas;
var
  //Instanzvariable
  Dingens:  TDingens;
begin
  //Erzeugen der Instanz und Ablegen in der Variablen (intern ein Zeiger)
  Dingens := TDingens.Create;

Dingens ist also ein Zeiger auf die Instanz, die mit dem Create-Aufruf angelegt wurde.

Delphi-Quellcode:

procedure MachDingens(ADingens:  TDingens);
//ADingens ist hier eine Kopie der ursprünglichen Instanzvariablen,
//zeigt aber somit auch auf dieselbe Instanz, daher lässt sich darüber auf
//deren Methoden und Eigenschaften zugreifen

Folgender Code schadet also nicht, da er nur die Kopie betrifft:

Delphi-Quellcode:

procedure MachDingens(ADingens:  TDingens);
begin
  ADingens := TDingens.Create;

Delphi-Quellcode:

procedure MachDingens(var ADingens: TDingens);
//Hier handelt es sich um die Original-Instanzvariable. Überschreibt man die,
//hat man auch in der aufrufenden Routine keinen Zugriff mehr auf die 
//ursprüngliche Instanz

Weist man hier nun dem Parameter einen neuen Wert zu, betrifft das auch die Originalvariable, die somit in der aufrufenden Routine nicht mehr erreichbar ist. Bestenfalls bewirkt das lediglich ein Speicherleck, kann aber auch sehr viel schlimmer ausgehen.