AW: Reservirtes Wort String und keins Integer
Es liegt wohl daran
Delphi-Quellcode:
Sowas gibt es nur bei
var
Str : string; Str10 : string[10];
Delphi-Quellcode:
und dadurch fällt der wohl in die gleiche Kategorie wie
string
Delphi-Quellcode:
.
array
Historisch gesehen wurde
Delphi-Quellcode:
mit Turbo Pascal 6.0 ein reserviertes Wort.
string
|
AW: Reservirtes Wort String und keins Integer
Wobei das ja eigentlich "falsch" ist
Es müsste eigentlich
Delphi-Quellcode:
heißen, aber man dachte sich, bei der Umstellung auf die LongStrings, daß es weniger probleme mit Altcode gibt.
Str10; ShotString[10];
Drum ist String[x] auch immernoch ANSI, obwohl der String nun ein Alias für den UnicodeString ist. Meine Vermutung: String war früher mal nur der jetzige ShortString und die LongStrings oder den WideString gab es noch nicht. Im Inneren ist der String ein Record und so dachte sich der Niklaus ich mein natürlich den Herrn Wirth, daß eben reserviert zu machen, genauso wie den Record und das Array.
Delphi-Quellcode:
Die Idee war vielleicht nicht die Beste und man hätte sich das, mit Einführung der LongStrings, vielleicht nochmal überlegen sollen, aber das ist nunal so ... Pech gehabt.
type
ShortString = record Byte: Length; Chars: array[1..x] of AnsiChar; end; // oder ShortString = record Chars: array[0..x] of AnsiChar; // 0 = Länge end; // oder ShortString = type array[0..x] of AnsiChar; // 0 = Länge Fatit: Fette Wörter haben absolut nichts damit zu tun, was sie sind oder machen, sondern es geht nur darum, daß es Wörter/Befehle mit einer definierten Funktion sind und Dieses sich (niemals) ändern wird. |
AW: Reservirtes Wort String und keins Integer
Zitat:
http://docwiki.embarcadero.com/RADSt...Typen_(Delphi) (es sei denn du meinst mit ANSI die 8-bit Zeichen) |
AW: Reservirtes Wort String und keins Integer
Wieso anderer Meinung?
Zitat:
|
AW: Reservirtes Wort String und keins Integer
Für Delphis automatische Konvertierungsfunktionen ist in ShortStrings die CP_ACP drin, also das, was standardmäßig auch im AnsiString drin steckt.
(selbst wenn man in Beides auch was Anderes reinmachen könnte) |
AW: Reservirtes Wort String und keins Integer
Zitat:
Ob es stimmt, weiß ich nicht, zumindest habe ich es so gelesen. Und für mich klang es damals logisch. |
AW: Reservirtes Wort String und keins Integer
Das war dann bestimmt die o.g. Benutzung als ShortString mit Längenangabe á la Array, welches ja auch fett ist. Dass die anderen Stringtypen diesem Schema nicht folgen könnte daran liegen, dass diese erst später hinzu kamen, wo man die Idee möglicherweise wieder verworfen hatte.
|
AW: Reservirtes Wort String und keins Integer
Zitat:
- nur reserviert Worte neu einzuführen oder freizugeben ist nicht so leicht Möglich (siehe meine Begründung im letzten Post) - und wie beim
Delphi-Quellcode:
kann man Wörter auch kontextsensitiv steuern (hier ja und dort nicht)
Index
Aber vorallem Code-Parser, wie hier z.B. der Code-Highlighter im Forum, hätten damit Probleme, da hier oftmals nur Code-Teile vorliegen und somit der Kontext nicht immer bestimmt werden kann. Und selbst der Code-Highlighter im Delphi schafft es nichtmal das Index immer richtig darzustellen. Auch bei IFDEFs im Code ist es nicht immer einfach, wenn man den aktuellen Status der Definitionen nicht bestimmen kann. |
AW: Reservirtes Wort String und keins Integer
Liste der Anhänge anzeigen (Anzahl: 1)
Zitat:
|
AW: Reservirtes Wort String und keins Integer
Ich verstehe die Einstellung so, dass reservierte Wörter fett dargestellt werden sollen. Damit auch integer fett würde, müsste es daher auch ein reserviertes Wort sein, was es aber eben nicht ist.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:52 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz