XE5 und "veraltet"

[Mavarik]

noch einen...

Ich "liebe" die neue IDE...

if S[i] in ['0'..'9'] then
Fehler W1050 Widechar in Set-Ausdrücken auf ByteChar verkürtzt. Ziehen Sie die Verwendung der Funktion 'CharInSet' aus der Unit 'Sysutils' in Betracht.

OK... Bin ja folgsam... An gefühlt 100 Stellen geändert...

Neuer Compiler lauf:

Fehler W1000 Symbol 'CharInSet' ist veraltet: 'Use TCharHelper functionality'

na Toll...

Also TCharHelper <F1> "Keine Hilfe für Kontext 1380 gefunden"

Mavarik

PS.: Mal abgesehen von 'Use... Englisch?!

[pustekuchen]

Tja ist schon traurig.

TCharHelper

[Der schöne Günther]

Verstehe ich jetzt nicht. Wäre es dir lieber gewesen, die hätten die alten Units mit Gewalt entfernt?

[mkinzler]

Zitat von Der schöne Günther:

Verstehe ich jetzt nicht. Wäre es dir lieber gewesen, die hätten die alten Units mit Gewalt entfernt?

Nein, aber wenn die Folgelösung, auf welche verwiesen ist auch schon obolet ist, könnte man gleich auf die Folge-Folgelöosung hinweisen

[Der schöne Günther]

Finde ich nicht unbedingt.

Variante 1 wird nicht mehr weiterentwickelt. Deprecated-Kommentar verweist sogar freundlicherweise auf Variante 2.

Jahre später. Variante 2 wird nicht mehr weiterentwickelt, Deprecated-Kommentar verweist sogar freundlicherweise auf Variante 3.

Muss der Entwickler von Variante 3 überhaupt um Variante 1 wissen? Fasst man Variante 1 jetzt wirklich noch einmal an, nur um den Deprecated-Kommentar von auf Variante 2 auf Variante 3 umzubiegen?

[Uwe Raabe]

Leute, habt ihr eigentlich keine wirklichen Probleme?

[Mavarik]

Zitat von Der schöne Günther:

Verstehe ich jetzt nicht. Wäre es dir lieber gewesen, die hätten die alten Units mit Gewalt entfernt?

Ne aber anstatt der 1. Fehlermeldung man sollte CharInSet nehmen direkt den Hinweis auf TCharHelper und nicht in einer Fehlermeldung noch auf eine Funktion verweisen die "schon" veraltet ist!

[jbg]

Zitat von Mavarik:

if S[i] in ['0'..'9'] then Fehler W1050 Widechar in Set-Ausdrücken auf ByteChar verkürtzt. Ziehen Sie die Verwendung der Funktion 'CharInSet' aus der Unit 'Sysutils' in Betracht.

Das ist doch schon der erste Fehler. Der Compiler generiert hierfür korrekten Code der auf WideChar-Basis (2 Byte) arbeitet. Solange das CharSet aus ASCII Zeichen (also "<= #127") besteht, ist die Warnung bzw. der Fehler hinfällig. Und CharInSet() ist eine Performance-Krücke, ganz zu schweigen von TCharHelper.IsInArray, das der totale Abschuss von der Performance her ist, da zum einen ein Array on-the-fly erzeugt und dieses dann auch noch Iterativ (for-Schleife) durchlaufen wird. Und ich finde "C in ['0'..'9']" um einiges lesbarer als C.InArray(['0', '1', '2', '3', '4', '5', '6', '7', '8', '9'])"

[Uwe Raabe]

Zitat von jbg:

Und ich finde "C in ['0'..'9']" um einiges lesbarer als C.InArray(['0', '1', '2', '3', '4', '5', '6', '7', '8', '9'])"

Du sollst ja auch C.IsDigit schreiben.

[Der schöne Günther]

Kleine Frage: In diesem Fall doch myChar.isNumber() oder? Digit schließt wohl auch Dinge wie Kommas mit ein, oder?

//Edit:

In der OH für System.Character.IsDigit (ACHTUNG DEPRECATED) findet man:

Zitat:

Die Definition von Digit und die Beziehung zu Number finden Sie unter
http://www.unicode.org/versions/Unic...04.pdf#G124206, The Unicode Standard, Version 5.2

In der empfohlenen Methode des TCharHelper steht davon leider nichts mehr.

Das ist der halbe Punkt meiner nur anderthalb Kritikpunkte an Embarcadero Delphi. Die Hilfe ist wirklich etwas durcheinander und nicht gerade fehlerfrei...