nur zur Info:
grad ist noch 'ne schnelle
Unicode-Version entstanden:
Code:
10.000.000*20 1.000.000*500 100*1MB 500*2MB (1)
true false case true false case true false case true false case (2)
1454 1454 2844 1750 1766 5281 375 375 1187 3766 3750 11953 (3)
1391 6270 6328 1813 9853 9732 390 2375 2360 3871 23797 23797 (4)
1234 1328 1640 1578 1563 3172 328 344 734 3375 3391 7391 (5)
(1) Durchgänge * Stringlänge (Unicodezufallszeichenfolge ohne Maskenzeichen,
welche immer TRUE lieferten)
(2) true > CaseSensitiv
false > nicht CaseSensitiv
Case > nicht CaseSensitiv + unterschiedliche Eingangs-Strings
(3) true > CompareStringW
false > CompareStringW + NORM_IGNORECASE
(4) MatchText + UnicodeString
(5) MatchText + UnicodeString intern nur PWideChar mit Vergleichstabelle
( ) Zeiten in Millisekunden
Ich muß aber mal sehen ob/wie ich diese schnellere Funktion (einzeln) veröffentlichen werde.
Abgesehn davon, daß diese im OpenSourceProjekt himXML enthalten sein wird und die anderen Versionen auch nicht soooo langsam sind.
Aber von der Art her müßte ich sie wohl besser in ein Objekt packen und ob sich dagegen der kleine Geschwindigkeitsvorteil noch lohnt?
