Stringverarbeitung unter .net

[Speedmaster]

Frage:

Welche der vielen Namenspaces in .net stellt Funktionen zur Verarbeitung von Strings zu Verfügung??

Damit meine ich solche dinge wie "copy();" "pos();" oder ähnlichem, ich möchte dabei auf die Borland Libarys verzichten wenn möglich!

mfg

Speedmaster

[merlin17]

Felix,

System.String

Modifikatoren: public sealed ;
btw: die Basisklasse ist System.Object


thomas

[Robert_G]

In .Net musst du zwischen Operationen an normalen und Operationen an internal strings unterscheiden!
Generell ist der Typ String in .Net so krass anders, die Besonderheiten sollte man unbedingt kennen. (zum Bleistift zeigen 2 strings mit gleichem Inhalt immer auf die gleiche Instanz, dadurch wird aus einem lahmarschigen string-Vergleich(non .Net) ein Referenzvergleich (.Net)! )

Hier mal ein Replace direkt am String und eins mit einem System.Text.StringBuilder.

Code:

string someSmallString  = "Miep".Replace("ie", "öö");

Code:

StringBuilder sb = new StringBuilder(someBigString);
sb.Replace("ie", "öö");

[jbg]

Zitat von Speedmaster:

ich möchte dabei auf die Borland Libarys verzichten wenn möglich!

Auf die Borland.Delphi.System unit wirst du wohl nicht verzichten können, denn die ist automatisch immer dabei, wie es die System unit in Delphi Win32 auch der Fall war.

Zitat:

zum Bleistift zeigen 2 strings mit gleichem Inhalt immer auf die gleiche Instanz, dadurch wird aus einem lahmarschigen string-Vergleich(non .Net) ein Referenzvergleich (.Net)!

Aber bis die beiden Strings auf die selbe Instanz verweisen, braucht es dafür einen Hash- und danach ggf. einen String-Vergleich. Bei der einen Operation mehr Geschwindigkeit auf Kosten einer anderen. Welche Variante jetzt die bessere ist hängt vom jeweiligen Programm ab (Vergleiche <==> String-Änderungen)

[Jasocul]

Auf meiner Homepage habe ich Beispiele, wie man das in Win32 macht. In den nächsten zwei Wochen habe ich mir vorgenommen, diese Beispiele für .NET "umzubauen".
Das sieht dann natürlich ganz anders aus. Schau einfach zwischendurch rein.

[Robert_G]

Zitat von jbg:

Aber bis die beiden Strings auf die selbe Instanz verweisen, braucht es dafür einen Hash- und danach ggf. einen String-Vergleich. Bei der einen Operation mehr Geschwindigkeit auf Kosten einer anderen. Welche Variante jetzt die bessere ist hängt vom jeweiligen Programm ab (Vergleiche <==> String-Änderungen)

Absolut richtig. Deshalb sollte man strings nicht wie blöd zusammenfriemeln oder sonstwie grundlos ändern.
Wenn man es muss gibt es immer noch den Typen String.Internal bzw den Stringbuilder.