Hallo,

ich suche eine Klasse, mit welcher ich verschiedene Stringtypen bearbeiten kann.

Gruß

bigeddie

Gibt's nicht.
Würde dank fehlender Operatorüberladung auch in einem schlimmeren PITA enden als es bereits jetzt der Fall ist.

Manch Hartgesottener würde jetzt einen TStrings-Nachfahren nennen, aber zu krass bin ich nicht...

Und wie müßte ich den String innerhalb einer von mir erstellten Klasse händeln umtrotzdem Funktionen wie append oder ähnliches richtig und vorallem zeiteffizient implementieren zu können? Als ARRAY OF CHAR oder als delphi-string oder wie?

Zitat von Bigeddie:

Und wie müßte ich den String innerhalb einer von mir erstellten Klasse händeln umtrotzdem Funktionen wie append oder ähnliches richtig und vorallem zeiteffizient implementieren zu können? Als ARRAY OF CHAR oder als delphi-string oder wie?

Da der Delphistring Compilerunterstützung genießt und sowohl mit Array of Char als auch mit PChar, Pointer usw. kompatibel ist, würde ich eindeutig diesen empfehlen.

Allerdings, wenn du zwischen Unicode/ANSI konvertieren mußt, wirst du um ein paar Hilfsmethoden nicht herumkommen.

glaubt ihr eine solche Klasse wäre auch was für den Rest der Community an einer solchen Klasse interesse haben könnte?
und wurde mir vielleicht jemand helfen das ganze zu optimieren?

viele Grüße

Bigeddie

Zitat von Bigeddie:

ich suche eine Klasse, mit welcher ich verschiedene Stringtypen bearbeiten kann.

Wieviele verschiendene Stringtypen kennst du denn?

Warum sollte man das Rad neu erfinden? Delphi bietet bereits Stringfunktionen. Diese sind zwar nicht in einer Klasse zusammengefasst, aber trotzdem existent.

Zitat von jbg:

Wieviele verschiendene Stringtypen kennst du denn?

BSTR, C-String, Delphi-AnsiString, Delphi-WideString, LPWSTR (PWideChar), LPSTR (PChar), Delphi-ShortString, UNICODE_STRING, STRING, ANSI_STRING, OEM_STRING ...

@Bigeddie: Das Problem ist, daß du in Delphi kein Operator-Overloading hast und daher sowas wie die Verbindung zweier Strings mit + nicht einfach ohne Compilerunterstützung implementieren kannst. Stattdessen müßte man mit Hilfsmethoden leben :-\

Zitat von Olli:

Zitat von jbg:

Wieviele verschiendene Stringtypen kennst du denn?

Zitat:

C-String, Delphi-AnsiString, LPSTR (PChar)

Das ist schonmal nur ein Typ.

Zitat:

BSTR, Delphi-WideString, LPWSTR (PWideChar)

Und das ein weiterer

Zitat:

Delphi-ShortString

Und noch einer.

Zitat:

UNICODE_STRING, STRING, ANSI_STRING, OEM_STRING ...

Toll, dann füg auch noch MYFAVORITE_SELF_CREATED_STRING hinzu.

Und wenn man es genau nimmt, dann gibt es nur einen Typ von String. Alles andere ist reine Interpretation.

Zitat von jbg:

Zitat:

C-String, Delphi-AnsiString, LPSTR (PChar)

Das ist schonmal nur ein Typ.

Als ich zuletzt einen String in der Hand hatte, waren Delphi-String noch reference-counted und besaßen ein LongWord, das die Länge angibt. Ich kann mich nicht erinnern, daß das bei LPSTR auch so war. Und wenn Olli mit C-String den Typ String aus der C++-Standardbibliothek meint, ist das wieder was anderes als der Delphi-AnsiString und der LPSTR.

Zitat von jbg:

Zitat:

BSTR, Delphi-WideString, LPWSTR (PWideChar)

Und das ein weiterer

Zugegeben, zu BSTR fällt mir im Augenblick nichts ein, aber für den Unterschied zwischen Delphi-WideString und LPWSTR gilt das gleiche wie oben zwischen Delphi-AnsiString und LPSTR.

Aber das mag sich seit gestern alles geändert haben %-)

Zitat von jbg:

Und wenn man es genau nimmt, dann gibt es nur einen Typ von String. Alles andere ist reine Interpretation.

ACK. Alles nur eine Aneinanderreihung von Einheiten zu beliebig vielen Bits. Dennoch sind die Zugriffsmethoden mitunter unterschiedlich und deswegen bedürfen sie durchaus einer Konvertierung.

Edit: daß != das...

Zitat von jbg:

Und wenn man es genau nimmt, dann gibt es nur einen Typ von String. Alles andere ist reine Interpretation.

Wenn man es genau nimmt, dann gibt es keine Strings. Strings werden in Delphi nur durch Compilermagic erstellt. Im Grunde sind das alles nur Char-Arrays