Softwareentwicklung in C++ - ASC

16. Die C++ Standard Library
Dieser dritte Abschnitt des Buchs ist einer überblicksmäßigen Besprechung
der C ++ Standard Library gewidmet. Wie zu Beginn des Buchs erwähnt
wurde, würde eine detaillierte Beschreibung der gesamten Funktionsweise
und der Designentscheidungen, die zur derzeitigen Form der Library geführt
haben, bei weitem den Rahmen sprengen. Deshalb beschränke ich mich hier
darauf, kurz zu erklären, welchen Umfang die Standard Library hat und was
man prinzipiell damit tun kann. Das Ziel dieses Kapitels ist es also, den
Lesern ein Gefühl dafür zu vermitteln, bei welchen Problemstellungen sie
selbst Hand anlegen müssen und wofür bereits wiederverwendbare Lösungen
existieren.
Die C ++ Standard Library ist üblicherweise bei Entwicklern unter dem
Namen STL (=Standard Template Library) bekannt und dementsprechend
wird auch hier im Buch in der Folge die Bezeichnung STL dafür verwendet.
Diese Bezeichnung verrät auch bereits sehr viel über die Natur der Library:
Sie enthält eine größere Menge an Templates zum Lösen von Standardproblemen,
die sich Entwicklern im Alltag immer wieder stellen.
16.1 Übersicht
Es war gerade zuvor die Rede von Standardproblemen, die zum Entwicklungsalltag
gehören, nun stellt sich also die Frage, welche dieser Probleme es
wert sind, in eine Standard Library aufgenommen zu werden. Die Entwickler
der STL scheinen die folgende, sehr logische und lobenswerte Sicht vertreten
zu haben, als sie entschieden, welchen Umfang die STL haben soll:
Was sind die prinzipiellen Low-Level Datenstrukturen und Algorithmen,
die man bei beinahe jeder Problemlösung benötigt? Diese gehören ein für
alle Mal befriedigend und möglichst allgemeingültig implementiert, sodass sie
nicht noch unzählige Male von neuem implementiert werden müssen!
Welche Entwickler kennen nicht die Situation, immer wieder bestimmte
Datenstrukturen, wie z.B. Listen, Stacks, etc., von neuem implementieren
zu müssen, da alle ihre anderen Implementationen so spezialisiert für eine
bestimmte Anwendung sind, dass sie außerhalb dieser Anwendung wieder
nicht vernünftig verwendet werden können. Nach der x-ten Implementation