Lebensdauer einer Stringlist

[idefix2]

Zitat von Sir Rufo:

Das siehst du, wenn du dir den Setter von TComboBox.Items anschaust.

Was finden wir da? Ein Assign

Ein assign im Setter, das ist fies...
Der Nachteil von OOP ist wohl, dass man sich auf nichts wirklich verlassen kann.

Zitat von Sir Rufo:

Und die Items sind sowieso keine TStringList , somit würde eine reine Zuweisung nicht funktionieren.

Aber TStringlist ist doch Nachkomme von TStrings, so eine Zuweisung muss doch ganz normal funktionieren. Es ist doch im Gegenteil so, dass TStrings eine virtuelle Klasse ist und direkt gar nicht instanziiert werden kann (soll).

[Jumpy]

Zitat von idefix2:

Es ist doch im Gegenteil so, dass TStrings eine virtuelle Klasse ist und direkt gar nicht instanziiert werden kann (soll).

Meinst du vielleicht abstrakte (statt virtuelle) Klasse? Das sind die, die man nicht direkt erstellen kann, sondern erst die Nachfahren.

[frankyboy1974]

Hallo,

es gibt in Delphi abstrakte Methoden (eine Methode die deklariert aber nicht implementiert ist). Daneben kann ich eine Methode als virtuell deklarieren (bzw. als dynamic, meint grundsätzlich das gleiche). Damit erreicht man dann polymorphes Verhalten, man deklariert in der Oberklasse eine virtuelle Methode (kann ggf. auch abstrakt sein), und in den verschiedenen Unterklassen überschreibt man dann die virtuelle Methode. Nun wird erst zur Laufzeit entschieden, wessen Methode tatsächlich ausgeführt wird (spätes Binden).

Eine Klasse die mindestens eine abstrakte Methode enthält, bezeichnet man dann gemeinhin als abstrakte Klasse. In Delphi kann man (anders als beispielsweise in Java), auch Instanzen von abstrakten Klassen erzeugen. Ruft man nun aber zur Laufzeit eine abstrakte Methode auf, erhält man eine entsprechende Fehlermeldung.

Ich wollte nur mal ein wenig klug sch.. Damit die Begrifflichkeiten, nicht ganz so durcheinander gewürfelt werden.

mfg

frank

[idefix2]

Zitat von Jumpy:

Zitat von idefix2:

Es ist doch im Gegenteil so, dass TStrings eine virtuelle Klasse ist und direkt gar nicht instanziiert werden kann (soll).

Meinst du vielleicht abstrakte (statt virtuelle) Klasse? Das sind die, die man nicht direkt erstellen kann, sondern erst die Nachfahren.

Richtig, abstrakt habe ich gemeint.

Zitat von Sir Rufo:

Und die Doku zu TComboBox.Items ist da auch eindeutig:
...

Ja, dazu muss man erst einmal auf die Idee kommen, dass die VCL da mit dem Setter eine Schweinerei machen könnte - sonst gibt es nämlich keine Veranlassung, extra in der Hilfe nachzulesen. Die Zuweisung von Objekten weist eben normalerweise nur die Referenz auf die Objekte zu, warum das im Fall der Kombobox von Delphi anders ablaufen muss und das Kopieren der Daten über den Setter erzwungen wird, leuchtet mir nicht wirklich ein.

[Sir Rufo]

Soweit wie ich das gesehen habe, werden in der VCL nur Referenzen zu Komponenten übergeben (die können überwacht werden). Alle andere Instanzen werden kopiert (internes Assign).

Es gibt Ausnahmen, die aber auch ansonsten aus dem normalen VCL Rahmen fallen.

[idefix2]

Danke für den Hinweis, es ist dann sicher gut, das im Hinterkopf zu behalten.

Nachdem sich die Stringlist in meinem Programm nicht ändert und die Strings selbst auch nur Referenzen sind, ist es mir egal, ob hier Kopien erstellt werden.
Lästig wird es, wenn sich die Stringlist irgendwann doch ändern kann, und bei jeder Änderung immer alle 20 Kopien aktualisiert werden müssen. Dann würde ich mir wohl eine Kombobox ableiten, die das anders macht.

[TBx]

Also erstens mal würde ich da gewiss nicht die Funktionalität der Combobox ändern, sondern höchstens eine Methode schreiben, die eben alle Comboboxen mit neuen Items versieht.
Weiters frage ich mich, wozu man zwanzig identische Comboboxen benötigt. Klingt nicht sonderlich übersichtlich.

[idefix2]

Zitat von TBx:

Also erstens mal würde ich da gewiss nicht die Funktionalität der Combobox ändern, sondern höchstens eine Methode schreiben, die eben alle Comboboxen mit neuen Items versieht.

Und warum? Was ist sinnvoll daran, 20 Kopien der gleichen Daten im Speicher zu halten, und ständig parallel zu aktualisieren, wenn Referenzen auf eine Kopie dieser Daten genügen?

[DeddyH]

Zitat von idefix2:

Ein assign im Setter, das ist fies...

Ich würde eher im Gegenteil behaupten, das ist mal nachgedacht, um Dangling Pointer durch unbedachte Zuweisung zu verhindern. Und wenn man sich nicht sicher ist (oder die Sourcen nicht hat), ruft man eben selbst Assign auf.

Delphi-Quellcode:

var
  MyStrings: TStringlist;
begin
  MyStrings := TStringlist.Create;
  try
    MyStrings.Add('Eins');
    MyStrings.Add('Zwei');
    MyStrings.Add('Drei');
    SomeComboBox.Items.Assign(MyStrings);
  finally
    MyStrings.Free;
  end;
end;

[Sir Rufo]

Und die Doku zu TComboBox.Items ist da auch eindeutig:

Zitat:

Durch eine Zuweisung an Items können Sie die Elemente einer anderen Stringliste in die Liste des Kombinationsfeldes kopieren.