Zeiger auf Klasse

otze

direkt zugriff auf private geht bei public vererbung NIE, nur bei private vererbung und friend ist das möglich

//edit natürlich initialisiert er die werte im ctor der klasse, aber wenn man etwas weiter denkt, kann das nichts werden, denn wenn er irgendwo in der Buch Klasse den preis ändern wollte, dann würde sich das nicht auf die basisklasse auswirken.

leech

ja, aber kann man dafür nicht in der basisklasse setter-methoden machen, die dann die abgeleitete klasse aufrufen kann, um den preis zu ändern? es wäre doch möglich, oder nicht?
ist das dann schlechter stil, wenn man getter/setter-methoden verwendet?
wie gesagt, ich kenne die grundlagen, weiß aber nicht, wann was besser ist, oder was man generell vermeiden sollte... kannste mir da ein paar tipps geben? würde mich sehr darüber freuen.

otze

in dem fall währe es schlechter stil, da die abgeleitete Klasse keine separaten werte besitzen soll, sie soll nur erweiterungen bieten(und selbst das muss sie nicht).

und nur so am rande: wieso 2x die gleichenw erte an unterschiedlichen stellen speichern, wenn ans a) einfacher b) schöner und c) platzsparender machen kann

leech

ich habe ja seinen sourcecode geändert.... bei mir enthält die abgeleitete klasse nur noch die zusätzlichen elemente... (also ohne price usw.)
und ich benutze die Liste der STL.. zudem habe ich char* zu string geändert...

otze

wozu std::list?

leech

otze schrieb:

wozu std::list?

verstehe ich jetzt nicht?

ich habe die Liste der STL benutzt, damit ich ein bisschen mehr lerne, da ich die sachen der STL nicht so oft benutze... übung macht den meister

otze

ahso dachte, es hätte speziell was mit diesem problem zu tun

Steffenchen

otze schrieb:

frage am rande:

/**
* Konstruktor
*
* @param    char    my_title    Titel des Buches
* @param    char    my_lang        Sprache des Buches
* @param    float    my_price    Preis des Buches
* @param    char    my_author    Autor des Buches
* @param    char    my_isbn        ISBN-Nummer des Buches
*/

müsst ihr das machen?
ich empfinde diese information als ziemlich redundant

Ja leider. Ich würde auch gerne darauf verzichten, aber es wird ja gefordert. Aber in Zukunft werde ich hier diese Informationen herauslassen.

Steffenchen

leech schrieb:

ich habe ja seinen sourcecode geändert.... bei mir enthält die abgeleitete klasse nur noch die zusätzlichen elemente... (also ohne price usw.)
und ich benutze die Liste der STL.. zudem habe ich char* zu string geändert...

Sorry, dass ich erst jetzt antworte. Hatte gestern Abend nach langem Probieren nicht mehr die Nerven und bin einfach ins Bett. Das würde bedeuten, dass ich in den abgeleiteten Klassen jeweils nur noch Autor und ISBN-Nummer benötige, da ich die anderen drei Sachen bereits in Medium vorhanden habe.
Soweit ich weis, kann ich den Typ string nur benutzen, wenn ich diese Bibliothek explizit einbinde, richtig? Und das darf ich leider nicht

Steffenchen

leech schrieb:

wenn ich das programm bei mir kompiliere, dann gibt er die richtigen sachen aus... also ich kann keinen fehler so mehr finden....

Kompilieren kann ich das ganze auch. Er rief allerdings bei den beiden Objekten vom Typ Buch und Film die print-Methode der Medium-Klasse auf. Vielleicht liegt es aber auch daran, dass ich die Attribute in den abgeleiteten Klassen noch einmal mit übernommen habe. Ich werde dies heute Abend mal ausprobieren.

So kam folgendes heraus:

Titel: Mein Titel
Sprache: Deutsch
Preis: 0.00

aber eigentlich müsste folgendes angezeigt werden

Titel: Buch1
Sprache: Deutsch
Preis: 19.50
Autor: Autor1
ISBN: 123-456-789

Vielen Dank für eure Hilfe
Steffenchen

Vernochan

Nur so nebenbei.. Bist zufällig in Köln an der GSO?
Da würd die Aufgabenstellung nämlcih genau passen

Steffenchen

Vernochan schrieb:

Nur so nebenbei.. Bist zufällig in Köln an der GSO?
Da würd die Aufgabenstellung nämlcih genau passen

Nein, in Frankfurt. Aber irgendwie cool zu hören, dass die Lehrer zum Teil das Rad auch nicht neu erfinden.

godlikebot

Steffenchen schrieb:

Soweit ich weis, kann ich den Typ string nur benutzen, wenn ich diese Bibliothek explizit einbinde, richtig? Und das darf ich leider nicht

#include <string>
using namespace std;

Ich bin mir jetzt nicht sicher, ob dafür ne extra lib eingebunden wird. Aber wenn man schon in C++ programmiert, dann sollte man imho C-Strings (also char Arrays) nach Möglichkeit vermeiden.

Steffenchen

Das hat mir auch schon jemand gesagt, allerdings darf ich

#include <string>

leider nicht verwenden.

groovemaster

otze schrieb:

direkt zugriff auf private geht bei public vererbung NIE, nur bei private vererbung und friend ist das möglich

Hab ich was verpasst? Ich dachte eigentlich, dass das mit public Vererbung und friend geht.

otze

hast du. auf das,was in base private ist, hat man in derived keinerlei zugriff.

groovemaster

Wieso kompiliert mein Compiler aber sowas? Kannst du mir mal die Stelle im Standard verraten, wo das steht. Ich bin gerade zu faul zum Suchen.

otze

hab ihn grad nicht zur hand

und sowas darf er nicht compilen:

class Base{
    int i;//private
};
class Derived: public Base{
    public:
        Derived():i(5){}
};

(der gcc ist derselben meinung)

groovemaster

Ja, ganz langsam. Genau wie du, sprach ich von friend. Dein Beispiel sollte deshlab eher so aussehen

class Derived;
class Base{
    friend Derived;
    int i;//private
};
class Derived: public Base{
    public:
        Derived():i(5){}
};

Wobei sowas natürlich völliger Blödsinn ist.

otze

ich sprach von vererbung oder friend, nicht von vererbung und friend(hab mich wohl ein bischen missverständlich ausgedrückt), dass du nach 2 posts von mir noch immer nicht drauf gekommen bist

ps: ausserdem wäre es eh sinnlos, bei private vererbung noch ne freundschaft mit derived einzugehen