1. Man muss nicht jedes mal alles neu kompilieren, wenn man eine Änderung macht.
2. Man kann überhaupt Bibliotheken verwenden (im Sinne von dynamisch linken)
3. Man kann Änderungen in der Implementierung machen und alle Programme die dynamisch gegen die bibliothek linken bekommen den neuen Code
4. Man kann in den .h Dateien nachschlagen, wie das Interface aussieht, ohne seitenweise Code zu durchblättern.
5. Man kann Bibliotheken veröffentlichen, ohne dass deren Quellcode bekannt ist.

Das ist, was mir gerade dazu einfällt. Fällt jemandem noch mehr ein?

Fällt jemandem noch mehr ein?

• Teilweise ist es aufgrund gegenseitiger Abhängigkeiten gar nicht möglich, dass zuerst eine Klasse vollständig (inklusive aller Methoden) definiert wird und danach erst eine andere.
• Meiner Meinung nach ist es für die Übersicht schlechter, wenn einfach etwas eingebunden wird, bzw. alles in einer einzigen .cpp-Datei. Indem ich die verwendeten Header für jedes Modul genau festlege, sehe ich auch, womit eine Implementierungsdatei arbeitet und benutze nicht aus Versehen Dinge, die gar nicht nötig wären.

Schreib mal eine Anwendung nur aus Headern bestehend, und dann sag mir, wie das kompilieren so klappt.

Naja, dass es eine main.cpp gibt, ist ja wohl klar...

Nexus schrieb:

• Teilweise ist es aufgrund gegenseitiger Abhängigkeiten gar nicht möglich, dass zuerst eine Klasse vollständig (inklusive aller Methoden) definiert wird und danach erst eine andere.

Und warum nicht so?

// X.h

class A;
class B;

class A
{
    public: friend class B;
    B b;
};

class B
{
    public: friend class A;
    A a;
};

Aber die Punkte von SeppJ sind ziemlich einleuchtend. Danke

Und warum nicht so?

Dein Beispiel würde nicht kompilieren, da bei der Deklaration B b; die Klasse B nicht vollständig definiert ist. Und was soll das friend bringen?

Aber ich meinte eigentlich eher etwas anderes, zum Beispiel enum s in der Klasse - diese können nämlich nicht vorwärtsdeklariert werden. Oder, wenn man innerhalb der Memberfunktionen vollständige Typen der anderen Klasse benötigt. Dann ist man gezwungen, wieder sowas zu machen:

class A { void FuncA(); };
class B { void FuncB(); };

void A::FuncA() {...}
void B::FuncB() {...}

Also eine künstliche Auftrennung. Dann kann man gerade so gut Implementierungs- und Headerdatei verwenden.

Aufteilung? schrieb:

_matze schrieb:

Schreib mal eine Anwendung nur aus Headern bestehend, und dann sag mir, wie das kompilieren so klappt.

Naja, dass es eine main.cpp gibt, ist ja wohl klar...

Glaub mir, das Kompilieren ist auch nicht besonders lustig, wenn man nur eine einzige .cpp-Datei hat.

Und warum nicht so?

// X.h

class A;
class B;

class A
{
    public: friend class B;
    B b;
};

class B
{
    public: friend class A;
    A a;
};

Und wie willst du das jetzt aufteilen?