natives RegEx (PCRE) für D2009+

[himitsu]

OK, bei den Preisen war ich noch nicht ... wollte erst mal schauen, was die Demo kann und mich danach von den Preisen "schocken" lassen :lol:

[add]
@s-off: 15 Beiträge? ich dachte ich hätte dich hier schon öfters gesehn :gruebel:


PS: 80 € für das "kleine" RegEx ... das ist ja en 5-tel meines Delphis ... aber OK, andere Firmen übertreiben bei ihren Preisen dann doch noch mehr.

[s-off]

Zitat:

Zitat von himitsu

@s-off: 15 Beiträge? ich dachte ich hätte dich hier schon öfters gesehn :gruebel:

Ähm, ja - ich habe letztens aus Versehen den Reset-Knopf gedrückt, und -schwupp- stand der Beitragszähler auf 0 :cry:
Nee, habe mir vor zwei Jahren eine kleine Auszeit genommen. Ich brauche immer so lange, bis ich mich nach einer Meinungsverschiedenheit wieder abgeregt habe :zwinker:

Zitat:

Zitat von himitsu

PS: 80 € für das "kleine" RegEx ... das ist ja en 5-tel meines Delphis [...]

Für das, was Du durch sinniges Einsetzen von RegExen an Arbeitszeit sparst, ein Klacks :)

Ich kann mir diese kleinen Dinger aus meinem Tagesgeschäft jedenfalls nicht mehr wegdenken - auch wenn ich sie direkt in meinen Quellcodes weniger nutze.
Häufiger gebrauche ich sie für Search&Replace-Arbeiten; hier dann vorzugsweise mit diesem unschlagbaren Tool (*werbung mach*) ;)
(Lass Dich durch den preis nicht irritieren - es ist jeden Cent wert).

[himitsu]

So, ich war nun endlich mal wieder dazu gekommen.

Und nachdem ich die Generics wieder rausgeworfen hab, läßt sich nun endlich wieder alles kompilieren. :firejump:
http://www.delphipraxis.net/154469-g...erfuegbar.html
http://www.delphipraxis.net/154472-g...klarieren.html


Die Header stehen nun auch endlich.
Hab inzwischen auch die Ansi- und die Unicode-Version in einer Klasse vereiniget.
Die gekürzten Header hab'sch mal angehängt > "RegEx - gekürzte Header.pas"
Überall wo ein {Ansi} in diesen Headern vorkommt, dort kann Unicode (String/UnicodeString) und/oder ANSI (AnsiString, UTF8String oder andere AnsiString mit unterschiedlichen CodePages) übergeben werden.



Und ein Großteil der kleinen Funktionen scheint auch soweit OK.
Muß "nur" noch ein paar Funktiönchen prüfen, bzw. neu implementieren.
(man sieht ja wo im Quellcode noch ein paar Funktionen mit 'nem {*} gekennzeichnet sind)

[himitsu]

Ich hab hier noch ein logistisches Problem.
Und zwar überlege ich, wie ich die Character-Klassen organisiere.

Da diese klasse auf Unicode und nicht nur auf ASCII vergleicht, wären diese Klassen ebenso Unicode.

z.B ist dieses

Delphi-Quellcode:

[A-Za-z0-9_]

nur ASCII (da nur die ASCII-Zeichen angegeben sind)

Nun gibt es aber logisch gesehen noch diese

PHP-Quellcode:

\p{IsWord}

,

Delphi-Quellcode:

\w

und

Delphi-Quellcode:

[:word:]

.

Um es zu vereinfachen würde ich Eines/Einiges davon ebenso als ASCII anlegen und den Rest als Unicode.
Aktuell tendiere ich dazu

Delphi-Quellcode:

[:word:]

als ASCII zu machen
und die Anderen würden dann alle Buchstaben und Zahlen aller Sprachen/Formatierungen enthalten.

Oder würde jemand etwas anderes empfehlen?
Ich versuche zwar die beste Kombination der PERL- und der POSIX-Syntax hinzubekommen, aber Änderungen, bzw. Erweiterungen wären schon möglich. (falls jemand eine Idee hat, wie man z.B. alles als ASCII und Unicode anlegt und dann einen "Umschalter" integriert)

[Assarbad]

Zitat:

Zitat von s-off (Beitrag 997703)

Zitat:

DIRegEx is a library of Delphi components and procedures that implement regular expression pattern matching using the same syntax and semantics as Perl 5.10, with just a few differences.

Man achte auf den letzten Teil. Oftmals sind es die Kleinigkeiten, die man schmerzlich vermisst ;)

Na dann Vorsicht mit PCRE, denn auch die sind nicht semantisch völlig kompatibel zu denen in Perl selbst, trotz des Namens!