spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das von David (ich bin mal davon ausgegangen, dass du sein Buch hast). Mein Breakanoid baut ja auf dem auf und ist im Wesentlichen gleich aufgebaut. Es gibt eine Klasse CBreakanoid, die die Objekte der Klassen CIntro, CMainMenu und CGame enthält. CGame enthält dann z.B. Objekte der Klassen CBall, CPaddle, usw... Wobei nur ein Objekt von CBreakanoid erstellt wird, das global ist.

Zum Loggen könntest du z.B. ein Observer Pattern einsetzen. Allerdings sind so OOP Design Sachen häufig Dogmatisch, besonders bei kleineren Projekten würde ich das nicht so streng sehen. Learning by Doing ist da eher das Wort der Stunde.

Ja stimmt das Patter hilft dir nicht dabei diese eine Information weiter zu geben. Meine Erfahrung ist halt, dass die zentrale Fähigkeit ist ein gutes Gefühl dafür zu entwickeln, was wann wie gemacht werden kann und nicht das gesamte Design von Anfang an durch zu planen.

Mir ist nicht ganz klar wie das Observer Pattern bei einem Log helfen soll. Stellt ihr euch das so vor dass das Log als Observer aller Objekte agiert? Imo wäre das etwas verkehrt herum. Warum nicht einfach jedem Objekt das etwas Loggen soll ein Log Objekt mitgeben!?

@dot: ich hatte nicht den ganzen Thread durch gelesen, bei dem ursprünglichen Problem hilft das Pattern natürlich nicht. Aber normalerweise hast du ja mehrere Ziele zu denen du hin loggen willst (auch variabel), da ist das dann hilfreich (hat ITiBoI richtig erkannt)

Dein Ansatz impliziert dass ein Log die Objekte kennen muss die Einträge machen (denn es muss sich bei diesen als Observer registrieren) was ich für den verkehrten Weg halte. Warum nicht einfach jedem Objekt das etwas loggen soll eine Referenz auf ein Log mitgeben in das es dann seine Einträge macht? Du kannst ja jedem Objekt sein eigenes Log geben oder was auch immer sonst das Herz begehrt. Wenn du wirklich ein Objekt in mehrere Logs schreiben lassen willst dann mach dir ein Log welches Einträge an andere Logs weiterleitet und gib deinem Objekt eine Referenz auf diesen Log Dispatcher. So hast du dann nur eine unidirektionale Assoziation zwischen Log und Objekt das Einträge macht und keine bidirektionale (Objekte kennen ihre Logs vs. alle Objekte kennen alle ihe Logs und alle Logs kennen alle ihre Objekte).

[Offtopic]
Ich habe mal was über Aspect-Orientierte-Programmierung und Feature-Orinetierte-Progragrammierung gelesen.
Dort wurde zum Beispiel ein Einsatzgebiet von AOP das Logging genannt!
Vlt. bringt Dich das weiter:
http://www.aspectc.org/

Du musst nichtmal deine Klasse, welche du Loggen möchtest, anfassen!
Aber ich habe da auch (noch) keine Ahnung!
Vlt. kann man damit etwas rumprobieren unso, wenn der Aufwand nicht zu groß ist!

[/Offtopic]

Zitat von »dot«

Warum nicht einfach jedem Objekt das etwas Loggen soll ein Log Objekt mitgeben!?

Das halte ich auch für eine gute Idee.

Oder erstelle eine Log-Klasse, von der du deine Klassen ableitest oder ein globales Log-Objekt, auf das alles und jeder zugreifen kann (das Log-Objekt könnte auch Member der Basis-Klasse sein).