Weil das nicht im Datenblatt steht.
Naja, das Verhalten, also das Interface, der String Klasse, ist recht gut dokumentiert.
Die Innereien nicht.
Aber, das ist in der OOP auch richtig und gut so.
Verbergen der Implementation, das ist ein Hauptsinn und Zweck, der OOP.
Intern muss sie doch auf C-Strings zurückgreifen und alles zerlegen?
Wahrscheinlich, aber kein MUSS.
z.B. kennt Pascal mehr String Typen, als als sich ein C Programmierer vorstellen kann
Und bei einer Stringklasse wie String "könnte" ich mir vorstellen, dass sie intern eine Variante, ähnlich den AnsiStrings nutzt.
Aber was solls:
- Die Innereien von String sind kein Geheimnis. Sie liegen im Quellcode vor.
- Der Programmierer muss sich nicht für die Innereien interessieren. Es reicht wenn sie funktionieren.
Tipps zum Umgang damit:
- Mit möglichst wenig String Instanzen arbeiten.
- In setup() schon den Speicher reservieren.
Das wirkt der Fragmentierung entgegen.
Je weniger RAM zur Verfügung steht, desto wichtiger sind die beiden Punkte.