class CSpezialDatei : public fstream

Wenn ich das allerdings so mache, kann der Programmierer immer noch von aussen auf die fstream-Memberfunktionen zugreifen (z.B. close() etc.).
Ich möchte aber, dass meine Klasse nur wenige public-Methoden hat, sodass der Programmierer möglichst wenig falsch machen kann.
Durch Rumprobieren bin ich jetzt auf die private-Vererbung gekommen. Dort kann der Programmierer letztendlich nur auf meine Funktionen zugreifen und die Basisklasse ist völlig abgeschachtelt. Allerdings meine ich mal gelesen zu haben, dass private-Vererbung überflüssig ist. Durch Googlen habe ich allerdings nicht herausgefunden warum.

Zweite Frage: Wie löst man mein Problem am "professionellsten"?

zunächst ist es keine gute Idee von einem stream aus dem C++-Standard abzuleiten, um sein Verhalten zu ändern, oder gar einzuschränken. Egal ob std::fstream oder std::stringstream.
Wenn Du wirklich den fstream vor dem User Deiner Klasse verbergen willst und Du sowieso die benötigten Methoden implementierst, so nehme ihn doch einfach als Member auf.

class CSpezialDatei
{
    // .. irgendwas
private:
    std::fstream my_stream_;
};

Gruß
Werner

aber wer oder was sagt, dass private inheritence überflüssig ist?
es macht was anderes als normale (öffentliche) vererbung, aber das ist ja auch ok...

hat du zufällig einen link oder sowas zu der quelle?

Bis jetzt habe ich dies auch immer so gemacht, aber ich dachte es wäre "anfängermässig" wenn man immer nur kapselt. An sich verstehe ich ja wie es funktioniert, aber ich weiss noch nicht genau, wann ich es einsetzen sollte.

Satz 1 ist per se nicht sinnvoll, Kapselung ist ein feines Konzept, meistens ist das eleganter als alles andere. Satz 2 verstehe ich nicht, meinst Du, Du weißt nicht, wann Du Vererbung anwenden solltest?

Satz 2 verstehe ich nicht, meinst Du, Du weißt nicht, wann Du Vererbung anwenden solltest?

Exakt.

hat du zufällig einen link oder sowas zu der quelle?

Ne, nur ab und zu mal beim Surfen gelesen

und private vererbung heisst:
B ist implementiert durch Base

sprich man kann bei private inheritance die methoden aufrufen und seine eigenen dinge bearbeiten, jedoch sieht es nach aussen nicht so aus wie ein Base und ist damit auch nicht polymorph behandelbar. unsinnig ist es damit aber noch lange nicht

es ist ja quasi sowas wie komposition, und für dein beispiel/problem könnte man das schon verwenden

was sich mir nicht erschließt ist protected vererbung. da fällt mir echt nix zu ein

Vererbung dient normalerweise nicht zur Schnittstellenverkleinerung sondern zur -erweiterung. Wenn man also eine bestehende Klasse um einige Methoden erweitern will, kann das Sinn machen, wobei auch hier Komposition meist vorzuziehen ist. Der beste Anwendungsfall für Vererbung ist in meinen Augen, wenn man es mit Polymorphie kombinieren kann, wenn Du z.B. 10 Autos in einen Container (z.B. vector, list usw.) stecken möchtest, die Methode fahren() aber für einen BMW anders implementiert ist als für einen Porsche o.ä.

Dann abstrahiert man nämlich verschiedene Klassen (Porsche, BMW) durch eine generelle Schnittstelle weg (Auto). Benötigen bestimmte andere Klassen jetzt ein Auto, dann müssen sie nichts über die Details von BMW und Porsche wissen. Dadurch lassen sich beliebig viele weitere Autoklassen erstellen, ohne dass der aktuelle Code verändert werden muss und dadurch bedingt verbessert man die Erweiterbarkeit und Wartbarkeit (man kann die BMW-Klasse erweitern/verbessern) der Architektur.

Aber Vererbung hat eben auch Nachteile, weil es feste Abhängigkeiten schafft. In Deinem Fall wäre z.B. die Kapselung von fstream einer Vererbung (unabhängig davon, dass ich nicht weiß, ob die hier funktioniet, weil man bei den Std-Klassen immer etwas aufpassen muss) z.B. deswegen deutlich überlegen, weil Du später intern ja vielleicht eine andere Klasse als fstream nutzen möchtest, um das Lesen/Schreiben auf Dateien zu unterstützen. Durch Vererbung würde der Benutzer aber wissen "hey, das ist ein fstream, ich kann den genau so benutzen"... und wenn Du dann von etwas anderem erbst, ändert sich die ganze Schnittstelle.

Edit/PS: Das alles bezieht sich jetzt auf die public-Vererbung, das ist die normale, die eine "ist ein"-Beziehung ausdrückt. private/protected-Vererbung sind eben andere Dinger, aber davon würde ich erstmal die Finger lassen. Die haben ihre Anwendungsfälle und auch Vorteile in bestimmten Situationen, aber auf die trifft man meiner Meinung nach nicht oft und nicht schnell.

Zitieren
Ich glaube, er hat sogar Probleme überhaupt Anwendungsfelder für Vererbung zu finden, dann hilft es nicht wirklich viel über private/protected-Vererbung zu philosophieren.

Leider stimmt das so

Danke für die Erklärung! Habe ich gut verstanden und denke, dass ich dem Verständniss von Vererbung (im Großen und Ganzen) jetzt deutlich näher gekommen bin.