Suchfunktion

[MisterSonic]

Hallo Luckie, erst mal danke für deine Antwort. Ich habe leider keine Ahnung wie genau ich das anstellen soll ...

Das Hauptproblem ist allerdings auch nicht die Suche im ListView, sondern das die Suchfunktion ein falsches Resultat liefert.

[himitsu]

Zitat:

Delphi-Quellcode:

     For I2 := 0 to TS.Count-1 do
      Begin
       If (I2 = 0) or (I2 = TS.Count) then

Hab jetzt nicht alles angesehn, aber (I2 = TS.Count) wird niemals treffen.
Meinst bestimmt TS.Count-1 ?

Hier fehlt If length(S) > 0 then TS.Add(S); das UpperCase, wobei man das auch gleich nur einmal beim S:=UpperCase(...) erledigen könnte, anstatt mehrmals nachträglich.

So richtig verseh ich auch nicht, warum du die mittleren Suchwörter anders suchst, als das Erste und Letzte.

Wenn auch Umlaute vorkommen können, dann besser AnsiUpperCase statt UpperCase verwenden, denn Letzeres arbeitet nur mit ASCII-Zeichen, also ausschließlich für A-Z.


Nur als zusätzliche Tipps:
Das If (I2 > 0) and (I2 < TS.Count) then soll doch wohl ein ELSE sein?
Und der Code zum Zerteilen der Suchwörter -> SplitString oder TStringList.DelimitedText mit Delimiter=' ' und StrictDelimiter=True (Delimiter und StrictDelimiter könnte man hier notfalls auch auf Default stehen lassen).

Warum graufst du hier eigentlich ständig auf Form1 zu? Ist das etwa keine Methode von TForm1?

[MisterSonic]

[QUOTE=himitsu;1391489]

Zitat:

[DELPHI] For I2 := 0 to TS.Count-1 do
So richtig verseh ich auch nicht, warum du die mittleren Suchwörter anders suchst, als das Erste und Letzte.

Hallo!

Erstmal danke für deine vielen Anmerkungen. Zur Erklärung warum die mittleren Worte anders gesucht werden:

Es geht hierbei um Artikel die evtl. in verschiedenen Größen vorhanden sind, also könnte es z.B. einen Artikelnamen geben der wie folgt aufgebaut ist:

11380 L black

Das bedeutet Artikel 11380 in Größe L in Farbe black ...

würde ich jetzt nicht nach "L " sondern nach "L" suchen würde ein falsches Ergebnis kommen da ja das "L" auch in "BLACK" vorkommt.

[Fukiszo]

Caption SubItem-0
38745612 11380 L apple green

also ich pers. würde das auch in mehr sub's splitten wie luckie bereits sagte,
bei deiner vorgabe halt 4 einträge pro artikel.

falls 11380 den momentanen vorrat des artikels darstellen soll, würd ich das nach rechts verlagern.

sub[0] sub[1] sub[2] sub[3]
Artikel# Größe Farbe Anzahl <- so würd ich's untergliedern.

das würde alles stark vereinfachen um die suchfunktion (von grund auf neu erschaffen) effektiver arbeiten zu lassen.

suchen würde man dann nach artikelnummer, kann natürlich per suchfunktion erweitert werden um querverweise (S/M/L) oder (Farben) zu berücksichtigen sowie wenn 0 vorrätig sind die gleich rausfiltern.

nur meine meinung dazu.

[MisterSonic]

...also ich hole mal etwas aus.

Im ListView in Caption steht eine 8 stellige Zahl. Diese gibt lediglich an, wie genau eine weitere Typisierte Datei heisst ... in der letztendlich die Bestandsbuchungen sind ... +10 .. -3 -2 ....usw.

Diese Informationen stehen nicht in dem ListView und sollen auch nicht durchsucht werden.

Es geht also darum :
Im Edit-Feld soll der Benutzer Artikelinfos (z.B. Name "11380" ... Größe "L" ... Farbe "black") eingeben und das Programm soll damit den zugehörigen Dateinamen (der in Caption) steht ermitteln und vorschlagen.

[p80286]

Du solltest Dir zu Herzen nehmen, was Luckie in #2 geschrieben hat. Suche nicht in der Anzeige sondern in der Datenstruktur die angezeigt werden soll. Wenn Deine Daten schon eine Struktur haben sollten (Artikelnummer,Größe...) solltest du auch entsprechend suchen. Dieses zusammenbasteln eines Strings ist schlicht suboptimal.

Gruß
K-H

[MisterSonic]

Dahinter liegt keine Datenstrucktur. An dem zerlegen des Strings führt kein Weg vorbei.