Reservirtes Wort String und keins Integer

[Dejan Vu]

Wie ich an anderer Stelle schon schrieb:
'string' ist ein Systemtyp, also ein Typ, der nicht durch andere Sprachelemente erzeugt werden kann, und damit integraler Bestandteil der Sprache => 'string' ist ein fett geschriebenes weil reserviertes Schlüsselwort. 'Integer' kann durch '..' dargestellt werden, ist also ein normaler Basistyp.

'Double','Single','Real' sind Records und werden deshalb syntaktisch wie 'Integer' behandelt.

'Char'... Mist... ist, öhm.. eine Ausnahme. Wie auch..öhm.. 'Boolean'.

[mkinzler]

Zitat:

'Double','Single','Real' sind Records

[Dejan Vu]

Zitat von mkinzler:

Zitat:

'Double','Single','Real' sind Records

Kannst Du sie als Record darstellen? Wie sind die Datentypen aufgebaut? Als Record. Das sind strings zwar auch, aber wegen dem Referenzzähler, der *vor* der Adresse der Variablen steht, kann man ihn nicht als Record definieren.

[himitsu]

Der String kann natürlich in einen Record rein.

PS: die Referenzzählung, das Encoding und die CharSize stehen vor den Daten. (nicht alles bei ShortString und WideString)
In der "Variable" steht nur der Zeiger auf die Daten (beim LongStrings zeigt der Zeiger aber auf das erste Char und davor verstecken sich diese Zusatzinfos, so, wie bei TClassvor beim Zeiger noch Daten liegen ... es gibt je einen festen Index nach vorne und zurück, für bestimmte Informationen)

Bei Strings, Objekten, Interfaces gibt es den darstellbaren "inneren" Record und außen einen "Record" nur mit einem Pointer drin, wenn man es unbedingt so darstellen will.
Beim Variant wird es dann noch schlimmer. (ein bis zwei Records)

[Sir Rufo]

Es liegt wohl daran

Delphi-Quellcode:

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

Sowas gibt es nur bei string und dadurch fällt der wohl in die gleiche Kategorie wie array .

Historisch gesehen wurde string mit Turbo Pascal 6.0 ein reserviertes Wort.

[himitsu]

Wobei das ja eigentlich "falsch" ist

Es müsste eigentlich 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 von himitsu:

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)