Reservirtes Wort String und keins Integer

[Sir Rufo]

Es liegt wohl daran

Delphi-Quellcode:

var
  Str : string;
  Str10 : string[10];

Sowas gibt es nur bei

Delphi-Quellcode:

string

und dadurch fällt der wohl in die gleiche Kategorie wie

Delphi-Quellcode:

array

.

Historisch gesehen wurde

Delphi-Quellcode:

string

mit Turbo Pascal 6.0 ein reserviertes Wort.

[himitsu]

Wobei das ja eigentlich "falsch" ist

Es müsste eigentlich

Delphi-Quellcode:

Str10; ShotString[10];

heißen, aber man dachte sich, bei der Umstellung auf die LongStrings, daß es weniger probleme mit Altcode gibt.
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:

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

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.


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.

[Sir Rufo]

Zitat:

Zitat von himitsu (Beitrag 1260395)

Drum ist String[x] auch immernoch ANSI, obwohl der String nun ein Alias für den UnicodeString ist.

Die Doku ist da anderer Meinung
http://docwiki.embarcadero.com/RADSt...Typen_(Delphi)
(es sei denn du meinst mit ANSI die 8-bit Zeichen)

[DeddyH]

Wieso anderer Meinung?

Zitat:

Bei Variablen, die auf diese Weise deklariert werden, wird dem Typ nur so viel Speicherplatz zugewiesen, wie für die angegebene Länge plus ein Byte erforderlich ist.

[himitsu]

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)

[Popov]

Zitat:

Zitat von Medium (Beitrag 1260368)

Zitat:

Zitat von Popov (Beitrag 1260353)

Laut meiner Kenntnis ist String deshalb fett, weil es auch eine Funktion ist

Das kann nicht der wirkliche Grund sein.

Ich hab ja auch geschrieben, dass ich mir nicht ganz sicher bin wegen welcher Regelung es fett ist, es soll aber nicht fett sein, weil es ein Variablentyp ist. Den Grund - vorausgesetzt derjenige wusste was er schrieb - habe ich vor zig Jahren in einem Buch über Pascal gelesen. Ich kann mich jetzt aber auch nicht erinnern was es war. Die Aussage war aber dort - String wird als Begriff mehrfach genutzt, einmal als Variablentyp-Bezeichnung, aber auch für etwas anderes. Danach wäre der Variablentyp String selbst kein reserviertes Wort, der String für die andere Nutzung aber schon. Und da man einen Begriff nicht mal als reserviertes Wort haben kann, dann aber wiederum nicht, ist String allgemein ein reserviertes Wort.

Ob es stimmt, weiß ich nicht, zumindest habe ich es so gelesen. Und für mich klang es damals logisch.

[Medium]

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.

[himitsu]

Zitat:

Zitat von Popov (Beitrag 1260440)

Und da man einen Begriff nicht mal als reserviertes Wort haben kann, dann aber wiederum nicht, ist String allgemein ein reserviertes Wort.

Möglich wäre das schon.
- 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:

Index

kann man Wörter auch kontextsensitiv steuern (hier ja und dort nicht)

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.

[Perlsau]

Zitat:

Zitat von jdelphi (Beitrag 1260341)

Wenn man bei Delphi eine String Variable definiert, erscheint String in Fett, da es ein Reserviertes Wort ist.

Tatsächlich wird ein String deshalb fett dargestellt, weil du das unter Tools/Optionen so eingestellt hast. Willst du auch einen Integer fett darstellen, kannst du das ebenfalls einstellen.

[DeddyH]

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.