Softwareentwicklung in C++ - ASC

54 3. Operatoren
kann auch durch Operator-Overloading, wie wir es noch kennen lernen werden,
nichts geändert werden. Die Regeln, die hierbei gelten, sind einfach:
• Alle Operatoren besitzen einen bestimmten Rang (=Precedence). Eine
Auflistung der Operatoren nach ihren Rängen ergibt die sogenannte Rangreihenfolge
(=Order of Precedence) der Operatoren untereinander.
Ein typisches Beispiel für die Rangreihenfolge kennt man ja aus der Schulmathematik,
wo z.B. die Regel Punkt- vor Strichrechnung gelehrt wird.
Diese besagt, dass Multiplikation und Division (=Punktrechnung) ranggleich
sind, ebenso wie Addition und Subtraktion (=Strichrechnung), dass
jedoch die Punktrechnung insgesamt im Rang höher ist als die Strichrechnung.
In wie auch immer gearteten Ausdrücken werden die Operatoren immer
ihrer Rangreihenfolge gemäß, also vom höchsten bis zum tiefsten Rang
absteigend, ausgewertet.
• Findet sich in einem Ausdruck eine Kette von Operatoren mit demselben
Rang (also gleichwertige Operatoren), so werden diese der Reihe nach von
links nach rechts ausgewertet.
• Wenn die Reihenfolge der Auswertung beeinflusst werden soll, so gibt es
die Möglichkeit zur Klammerung von Ausdrücken. Dazu können Paare von
runden Klammern in beliebiger Schachtelungstiefe verwendet werden. Bei
Klammerungen wird, wie zu erwarten, garantiert, dass die Ausdrücke von
innen nach außen in der Schachtelungshierarchie abgearbeitet werden.
Aus Gründen der Lesbarkeit von Ausdrücken möchte ich noch eine Kleinigkeit
anregen: Klammerungen dürfen natürlich nicht ausschließlich dazu verwendet
werden, die vorgegebene Auswertungsreihenfolge zu verändern, sondern
sie sind immer erlaubt. Für die Reihenfolge der Auswertung im Prinzip
unnötige Klammerungen schlagen sich definitiv nicht im Laufzeitverhalten
des Programms nieder. Allerdings erhöhen sie die Lesbarkeit von längeren
Ausdrücken erheblich, wenn man sie zum Signalisieren von logischen Zusammengehörigkeiten
verwendet. Salopp formuliert wäre mein Rat also Folgender:
Ein paar Klammern zu viel schaden nicht, ein paar zu wenig machen
das Leben schwer.
In der Folge ist aus Gründen des Überblicks einmal eine Tabelle mit der
Gesamtaufstellung aller Operatoren zusammen mit ihrem zugehörigen Rang
zu finden. Hierbei bedeutet eine niedrige Zahl für den Rang eine höhere
Priorität in der Reihenfolge. Diese Konvention, dass eine niedrige Rangzahl
eine hohe Priorität bedeutet, ist in sehr vielen Prioritätsschemata üblich,
deshalb will ich mit dieser Systematik hier nicht brechen.
Für die Bedeutungen der einzelnen Operatoren wurden bewusst die englischen
Bezeichnungen verwendet, da diese im täglichen Leben des Softwareentwicklers
gebräuchlicher sind als die oftmals sehr holprigen deutschen
Übersetzungen.
Allen Lesern, die nun erschrecken, weil die Tabelle vielleicht doch auf den
ersten Blick nicht wirklich unglaublich informativ erscheint, kann ich nur