TStringList einer TListBox zuweisen

[himitsu]

Zitat von Popov:

Vielleicht noch einen kleinen Tipp:

  ListBox1.Items.Text := List.Text;

Kommt auf's Selbe raus, wie

Delphi-Quellcode:

ListBox1.Items := List;
// oder
ListBox1.Items.Assigned(List);

Wobei der Weg über .Text eines TStrings nicht unbedingt optimal ist (außer z.B. bei aktuellen TMemo und TRichEdit), denn was passiert intern?
Es wird, beim Auslesen von .Text, aus allen einzelnen Strings ein ganz großer String gemacht, welcher dann, beim Zuweisen an .Text, erst wieder zerlegt und dann jeder einzelstring an die Komponente übergeben wird.

[Bummi]

@himitsu

nicht wirklich, die Objektreferenzen sind bei .Text weg ....

[himitsu]

Na guuuut.

Aber er wollte ja eh die beiden Stringlisten Variablen/Property synchron halten,
also letztendlich mit Beidem auf die selbe Liste (die der TListBox oder bei einer virtuellen ListBox die andere Liste) zugreifen.

(OK, man könnte auch in den entsprechenden OnChange-Ereignissen die Änderungenjeweils in die andere Liste übertragen. Aber wozu die Mühe, wenn man einfach die selbe Liste nutzen kann)

[Peter-Pascal]

Zitat von himitsu:

Aber er wollte ja eh die beiden Stringlisten Variablen/Property synchron halten,
also letztendlich mit Beidem auf die selbe Liste (die der TListBox oder bei einer virtuellen ListBox die andere Liste) zugreifen.

(OK, man könnte auch in den entsprechenden OnChange-Ereignissen die Änderungenjeweils in die andere Liste übertragen. Aber wozu die Mühe, wenn man einfach die selbe Liste nutzen kann)

Genau das ist mein Ziel, statt zwei Listen zu synchronisieren, die Adressen auszutauschen und von zwei Orten darauf zuzugreifen. Einmal aus einem Object und zum Zweiten durch TCheckListBox.

Die Liste wird Visualisiert, der Anwender kann wählen und durch ItemIndex habe ich den ausgewählten Punkt und directen Zugriff auf das Object.

Nochmal vielen Dank an alle für die Hilfe.

[Popov]

Himitsu, du hast wahrscheinlich Recht. Und wenn man ehrlich ist sollte man alles was richtig gemacht werden kann auch immer richtig machen. Trotzdem unterscheide ich immer wieder etwas auf die Schnelle machen und "richtig" machen. Soll heißen: nicht jedes kleine Tool das man programmiert muß optimiert sein.

Wobei

Delphi-Quellcode:

  ListBox1.Items.Assigned(List); 
  //

letztendlich und hauptsächlich auch nur auf

Delphi-Quellcode:

  ListBox1.Items.Clear;
  for i := 0 to List.Count - 1 do
    ListBox1.Items.AddObject(List[i], List.Objects[i]);

hinausläuft.