Delphi TRegExpr

[Jim Carrey]

Dieses Wort höre ich zum ersten mal. Wo stelle ich das denn ein ob es greedy ist oder nicht?
Warte ich bin dumm ich habs. Es dauert aber genau solange.

(.*?) statt (.*) meinst du doch?

[SProske]

Egal ob .* oder .*?, wenn es dir um Performance geht, sollte man beide eigentlich vermeiden. Du wirst aber selbst mit einem hoch-optimierten Regex kaum eine Chance gegen Pos/Posex-Suche haben.

Solltest du also tatsächlich nach

Code:

<!-- DIESEN (.*) MÖCHTE ICH FINDEN -->

suchen, ginge evt. noch so etwas wie:

Code:

<!-- DIESEN ((?>[^ \n\r]+| (?!MÖCHTE ICH FINDEN -->))*) MÖCHTE ICH FINDEN -->

Solltest du hingegen nach

Code:

<!--(.*)-->

suchen (was mir sinnvoller erschiene), ginge dann

Code:

<!--((?>[^-\r\n]+|-(?!->))*)-->

[Jim Carrey]

Ich hätte noch eine weitere Idee.
Genau genommen geht es hier um Log-Dateien und deren Einträge, welche ich pro-Datum anzeigen lassen möchte.
Also iteriere ich durch die Log-Datei und gucke, ob dieser Eintrag-N zu Datum X passt.
Dafür suche ich mir per RegEx aktuell eben nur die erste und letzte Zeile jedes Log-Eintrags raus.
Die beginnen eben mit <!-- loganfang datum --> und endet mit <!-- logende datum -->
Dann kopiere ich von loganfang bis logende und so bekomme ich alle Logeinträge für Datum X.

Das Zusammenschnippseln geht schnell (< 60ms). Aber das RegEx dauert bei 5 MB und einer Testdatei mit, ich glaube es waren rund 9000 Zeilen mit loganfang und logende eben rund 25 Sekunden.

Jetzt zu meiner Idee.
ich speichere einfach 1 Logdatei pro Tag. Dann brauche ich nur die Datei einzulesen und bin von diesem RegEx komplett weg.

[himitsu]

Da parst jemand 'ne Log-XML? (oder vielleicht doch HTML/XHTML)
Warum nimmt der dann nicht einen XML-SAX-Parser? (nicht XML-DOM ... soll ja schnell gehn)

[Jim Carrey]

Nein ich parse nicht die ganze Datei. So gesehen "parse" ich gar nicht.
Sondern ich suche mir nur Anfang und Ende eines Eintrages raus.

HTML ist Pflicht, auf ein anderes Format kann ich nicht umsteigen.

[himitsu]

Doch, du parst und das kann ein Parser für das entsprechende Format immernoch am Besten.
Und bei SAX wird nur Schrittweise vorgegangen und man kann bei Fund abbrechen.
Beim DOM wird der gesamte Inhalt in einen Objekt-Baum geladen.

[Jim Carrey]

Ich kann aber kein anderes Format verwenden, da ich das Log sonst nicht so anzeigen kann wie es vorgesehen ist - in einem Webbrowser.
Neues Format also nicht möglich.