Softwareentwicklung in C++ - ASC

24 2. Datentypen und Variablen
ist das Suffix L bzw. l angebracht. Also bezeichnet z.B. 18U oder auch
18u explizit einen unsigned Wert, wogegen 18 vom Compiler als int
betrachtet wird. Durch 18L wird dann entsprechend eine Interpretation
als long erzwungen. Natürlich funktioniert die Kombination 18UL zum
Erzwingen einer Interpretation als unsigned long genauso.
Wenn man, wie es in der Praxis der Regelfall ist, explizit keine Interpretation
als bestimmten Datentyp erzwingt, so “schätzt” der Compiler,
was die sinnvollste Interpretation wäre und handelt entsprechend.
Boolean-Literals: Wie zu erwarten sind die Boolean-Literals einfach als true
bzw. false hinschreibbar, ohne dass irgendwelche besonderen Konventionen,
wie z.B. Anführungszeichen vonnöten wären.
Character-Literals: Ein Character-Literal wird einfach als entsprechender
Character, eingeschlossen in einfache Anführungszeichen dargestellt
(z.B. ’x’ steht für den Character x). Das Umschließen mit einfachen
Anführungszeichen ist notwendig, denn woher sollte sonst der Compiler
zwischen einem Buchstaben und z.B. einer Variable mit einem einbuchstabigen
Namen unterscheiden können (abgesehen davon, dass einbuchstabige
Namen sowieso nicht erwünscht sind :-))?
Nun gibt es auch Characters, die nicht so einfach als druckbare (!) Einzelzeichen
zur Verfügung stehen, wie z.B. ein Zeilenumbruch oder ein Tabulator.
Für diesen Fall gibt es die sogenannten Escape-Sequenzen, die aus
einem \ (=Backslash), gefolgt von zumindest einem Zeichen bestehen.
Ein typischer Vertreter davon ist z.B. ’\n’, was für einen Zeilenumbruch
steht, oder ’\\’, was das Backslash-Zeichen selbst darstellt.
Steht man vor dem Problem, dass man ein Zeichen als char-Literal schreiben
will, das weder direkt darstellbar ist, noch über eine vordefinierte
Escape-Sequenz zur Verfügung steht, so kann man auch direkt dessen
numerischen Character-Code in einer Escape-Sequenz verwenden. Diese
Sequenz hat dann die Form ’\ddd’, wobei ddd für eine dreistellige
Oktalzahl steht.
Wide-Character-Literals: Das einzige Problem bei diesen Literals ist, dem
Compiler klar zu machen, dass er es nicht mit einem normalen char zu
tun hat, sondern mit einem wchar_t. Dies geschieht durch Voranstellen
von L vor das Literal. Z.B. würde also L’x’ den Unicode Buchstaben x
bezeichnen. Im Vorgriff möchte ich hier auch noch gleich erwähnen, dass
diese Regel auch für Strings gilt: Man stellt ihnen ein L voran. Wenn
also ein normaler String z.B. als "otto" geschrieben wird, so wird sein
Unicode-Pendant als L"otto" im Code verewigt.
Gleitkomma-Literals: Auch diese Literals sind völlig intuitiv, z.B. stellen
17.3 oder 2.0 gültige Gleitkommazahlen dar. Die “wissenschaftliche”
Schreibweise, z.B. 0.173e2 (steht für 0.173 ∗ 10 2 ) oder 14.93e-15 (steht
für 14.93 ∗ 10 −15 ) ist zulässig. Hierbei ist darauf zu achten, dass keine
Leerzeichen im Literal vorkommen. Z.B. wäre 14.93 e -15 ungültig!