StringGrid Column IndexOf ??

[SearchBot]

Ich bin ja normal die VCL gewohnt und nutze da eine Grid-Komponente, bei der ich einfach zB mit Cols[1].indexOf('suchstring') schnell Ergebnisse bekomme.
Oder ich durchsuche einfach Cols[1].text.

Jetzt mache ich mein erstes Android-Projekt und habe darin ein TStringGrid.
Hier komme ich einfach nicht an den Inhalt ran, außer über Cells[Col,row]. :pale:
Die Spalten musste ich auch noch mittels TStringColumn anlegen.

Wie kann ich denn jetzt in einer Spalte nach einen String suchen?
Es gibt irgendwie keinen Zugang zu den Strings in einer Spalte...
Kein IndexOf(), kein Commatext, keine Eigenschaft des TStrings ...

Geht es wirklich nur in einer Schleife, in der ich mir ganz langsam jede Zelle einzeln anschaue?

[himitsu]

Wie wäre es, wenn du die Daten nicht in der GUI-Komponente ablegst, sondern extern?

MemDataSet oder eine Liste, die dann z.B. via LiveBinding ans Grid
und schon kannst du im Dataset/Liste bequem suchen/filtern/sortieren/sonstwas.

[SearchBot]

Ich dachte, ich kann mir sowas sparen, wenn ich schon alle Daten in der Tabelle habe.
Ist ja doof, wenn die nur zum Angucken ist und sonst keinen praktischen Nutzen hat.

[jaenicke]

Zitat:

Zitat von SearchBot (Beitrag 1545893)

Ich dachte, ich kann mir sowas sparen, wenn ich schon alle Daten in der Tabelle habe.

Du machst dir das Leben aber unnötig schwer, wenn du direkt mit den visuellen Komponenten arbeitest. Wenn du deine Oberfläche mal anpasst, musst du ggf. dein halbes Programm anpassen. Wenn du die Logik dahinter mit den Daten unabhängig von den konkreten visuellen Komponenten umsetzt, brauchst du z.B. bei einem Wechsel von TStringList auf TListView nur die Oberflächenlogik anpassen, aber der Rest des Programms bleibt gleich.

Oder du brauchst mal eine Kommandozeilenversion:
Kein Problem, dann nutzt du deine Daten und Logik einfach von dort aus und entfernst die Fenster.

Bei kleinen Programmen muss man diese Trennung ja nicht so formal machen, wie es verschiedene Pattern vorgeben. Es reicht ja schon, wenn man in den Units mit den Formularen nur das macht, was auch direkt mit diesen Formularen zu tun hat. (Und alles andere in eigene Units legt, die die Oberflächenunits nicht kennen.)

Zitat:

Zitat von SearchBot (Beitrag 1545893)

Ist ja doof, wenn die nur zum Angucken ist und sonst keinen praktischen Nutzen hat.

Der praktische Nutzen besteht ja gerade in der visuellen Darstellung und der visuellen Eingabe. Daher sind es ja auch visuelle Komponenten und keine Datencontainer.

[SearchBot]

Danke für eure Antworten und Empfehlungen. :thumb:

Ich wickle es jetzt intern ab und wenns was zu gucken gibt, zeige ich es in den visuellen Komponenten :stupid: