> Das kann aber an Optimierungen des Interpreters (hier: Node.js unter Linux) liegen. Und daran, dass neben dem Zugriff auf eine Ojekt-Methode (und also das als "teuer" vermutete Wrappen) auch ein wahlfreier Zugriff auf den Inhalt stattfindet. [Da hat der primitive Datentyp ja Vorteile](https://forum.selfhtml.org/self/2018/dec/12/cast-string-oder-new-string/1738395#m1738395). Wenn Du also hinsichtlich der Performance mikro-optimieren willst kommst Du kaum umhin, eigene Tests zu machen. Es sei denn, Du legst Dir sehr große Tabellen mit Laufzeiten für die verschiedenen Operationen (Zugriffe auf Eigenschaften, Methoden, Inhalte des Strings) - in Abhängigkeit von der Stringlänge - an und berechnest dann individuell was wohl schneller ist.

> Das kann aber an Optimierungen des Interpreters (hier: Node.js unter Linux) liegen. Und daran, dass neben dem Zugriff auf eine Ojekt-Methode (und also das als "teuer" vermutete Wrappen) auch ein wahlfreier Zugriff auf den Inhalt stattfindet. [Da hat der primitive Datentyp ja Vorteile](https://forum.selfhtml.org/self/2018/dec/12/cast-string-oder-new-string/1738395#m1738395). Wenn Du also hinsichtlich der Performance optimieren willst kommst Du kaum umhin, eigene Tests zu machen. Es sei denn, Du legst Dir sehr große Tabellen mit Laufzeiten für die Operationen - in Abhängigkeit von der Stringlänge - an und berechnest dann was wohl schneller ist.

> Das kann aber an Optimierungen des Interpreters (hier: Node.js unter Linux) liegen. Und daran, dass neben dem Zugriff auf eine Methode (und dalso das als "teuer" vermutete Wrappen) auch ein wahlfreier Zugriff auf den Inhalt stattfindet. [Da hat der primitive Datentyp ja Vorteile](https://forum.selfhtml.org/self/2018/dec/12/cast-string-oder-new-string/1738395#m1738395).