spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Und wie würde es funktionieren, wenn man als Variablen nicht nur einen Zeiger auf die andere Klasse hat, sondern wirklich direkt diese Klasse?

Naja, 2 Klassen die sich gegenseitig jeweils als objekt haben sind ja schon unsinnig, weil dann das Objekt selbst rekursiv und damit quasi unendlich groß wäre.
Die Klasse, die eine andere als Member hat, inkludiert sie, die anderen nutzen einfach eine forwarddeclaration.

Zitat von »"Toa"«

Du kannst eine globale Header-datei für all deine Libs und Header anlegen.

Dort includest du alles was du brauchst, wie z.b Engine Header what ever.
Anschließend musst du nur noch diese globale Header einbinden und hast alles was du brauchst...

igitt. Pfui, Toa, pfuipfui.

Was ist daran denn so "pfui"?

alle Dateien sind von allen abhängig, und du musst eigentlich noch mehr wie normal aufpassen, das du keine include-schliefen hast und alle Abhängigkeiten der Klassen auch tatsächlich erfüllt sind.

Außerdem musst du das komplette Projekt neu kompilieren, sobald sich ein Header ein wenig ändert. Extrem schlecht. Ich habe das schon als sehr störend empfunden, als ich eine Template klasse hatte, dank der jedesmal fast das gesamte Projekt neu kompiliert werden musste.

Und was wären die Alternativen?
Bin bisher mit einer großen Include Datei immer ganz gut zurecht gekommen.

Zitat von »"MCP"«

Und was wären die Alternativen?

Nur das includieren, was man wirklich braucht, und überall wo es möglich ist, erstmal nur forward declarations benutzen und in der cpp dann inkludieren.

Zitat von »"MCP"«

Bin bisher mit einer großen Include Datei immer ganz gut zurecht gekommen.

Das geht gut, solange die Projekte klein und Kompilierzeiten kurz sind. In der Tat ist so ein globaler Header ("global" deutet schon darauf hin) wie erwähnt die reinste Hölle von Abhängigkeiten. Es ist absolut kontraproduktiv, alles überall zu inkludieren. So verliert man schnell die Kontrolle darüber, was wo gebraucht wird, worunter auch das Design leidet. Der Kompilierzeit-Aspekt wurde auch schon gesprochen.

Der einzige Grund, wieso so etwas überhaupt praktiziert wird, ist Faulheit des Programmierers.

Faul bin ich definitiv
Nagut, aber ich sehe es ein. Als Programmierer sollte ich ja wissen welche Klasse von welchen anderen Klassen abhängig ist.
Werde ich bei meinen Projekten auf die "to do" Liste setzen.