TStrings

[Christian Seehase]

Moin Jens,

da erwarte ich das gleiche.
Es gibt ja auch TBrush.Assign und TFont.Assign, um ein Objekt in ein anderes zu kopieren.

Fällt Dir ein Beispiel ein, wo := sich verhält wie Assign?

[Jens Schumann]

Hallo Christian,
ja da habe ich ein paar Beispiele.
Nämlich genau die Beispiele, die ich oben angeführt habe. Schau mal in die VCL-Sourcen.
Sobald ein Objekt/Komponente ein anderes Objekt als Eigenschaft hat sollte man davon ausgehen, dass := im Setter der Eigenschaft mit Assign realisiert ist.
Das klingt für mich auch logisch. Denn das Objekt/Komponente ist der Herrscher über seine Eigenschaften. Wenn man jetzt mit := die Eigenschaft auf einen anderes gleichartiges Objekt zeigen lassen kann, würde das im constructor erzeugte Objekt für diese Eigenschaft frei im Heap schweben.
Es sei denn, man ruft vor Free auf. Die Gefahr ist jedoch zu groß, dass man das vergißt.

[Christian Seehase]

Moin Jens,

stimmt, hast recht

Zitat von Jens Schumann:

Das klingt für mich auch logisch.

für mich allerdings nicht, da dieses Verhalten für mich das Vorhandensein der Methode Assign ad absurdum führt.
Wie Du ja schon selber sagst, kann man ja vorher free aufrufen.

Zitat von Jens Schumann:

Es sei denn, man ruft vor Free auf. Die Gefahr ist jedoch zu groß, dass man das vergißt.

Daran muss man aber immer denken, wenn man ein Objekt erzeugt, deshalb halte ich die Gefahr nicht für sehr gross.

Nun ja, es ist müssig, darüber zu diskutieren, ob sinnvoll, logisch, oder wie auch immer. Es ist halt wie es ist