aus dem thread: http://www.c-plusplus.net/forum/307812

SeppJ schrieb:

Ich würde die IOStreams nicht als Designvorbild nehmen. Die stammen aus grauer C++-Vorzeit, lange bevor das was man heutzutage "gutes C++" nennt erfunden wurde. Heutzutage würde man sie sicherlich ganz anders aufziehen, die Mehrfachvererbung wäre dabei eine der Stellen, die man ändern würde.

was wuerde man heute aendern wollen, anders machen, verzichten oder komplett neu machen ?
gebt mal eure meinung ab, beispiele, anregungen ...

Meep Meep

Beim Erweitern der Streams kommt man schnell zu sehr kryptischen Funktionen. sbumpc, pbackfail, epptr, wtf? Kein Wunder, dass niemand eigene Erweiterungen der Streams schreibt, dabei ist das eigentlich gar nicht so schwer und oftmals sehr nützlich. Aber es ist einfach zu schwer reinzukommen. Es gibt dazu ungefähr ein Buch auf der Welt und auch mit diesem ist es nicht leicht. Kein Mensch scheint zu verstehen, wie die Streams intern aufgebaut sind und was mit womit verbunden ist.

Viel zu viel virtual(sowohl Funktionen als auch Vererbung) und ein aufgeblasener interner Status (wegen der vielen Flags), alles mit Laufzeitkosten verbunden. stdio.h-Methoden sind in vielen Szenarien schneller, ohne dass die Streams deutlich mehr bieten würden, das ist keine C-Propaganda. Wen interessiert, dass die Streams dank dieser Architektur theoretisch total umgebaut werden könnten, wenn das niemand nutzt (siehe vorheriger Punkt)? Das würde man heute von Grund auf anders aufziehen. Mit den Templates hat man die Möglichkeit, genau so anpassbare Funktionen zu schreiben, die aber dank direktem Inlining keinen Laufzeitnachteil hätten. Vielleicht sogar schneller als stdio.h, so wie std::sort in der Regel schneller ist als qsort.
Formatierung gehört nicht in die Ausgabemethoden, die dann jedes Mal alle Flags checken müssen, selbst wenn man kein einziges davon benutzt. Viele Formatierungsaufgaben könnte man auf freie Funktionen auslagern, die man zwischen die Daten und die Ausgabe schalten kann.

Die Fehlerbehandlung ist recht unintuitiv. Jede zweite Frage hier im Forum dreht sich um den Logikfehler while(!cin.eof()) cin >> data; . Das könnte man besser handhaben.

Ich kann keine Lösung für diese Probleme anbieten, aber das sind die Nachteile die mir im Moment einfallen, grob nach Priorität sortiert.