Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Fragen zur Spielprogrammierung (Klassenaufbau)

Werbeanzeige

dispy

Treue Seele

Beiträge: 101

  • Private Nachricht senden

31

02.09.2010, 23:39

Begriffe zum Googeln:
- wenn du dem objekt alle Objekte übergibst (in dem Fall der Logger), die es benötigt, heißt das Inversion of Control
- wenn du ein Objekt, dass das Logger-Interface enthält, erzeugst, das seine Aufrufe an eine interne Baumstruktur aus einem/mehreren Loggern delegiert ist das das Composite (Kompositum zu Deutsch xD) Pattern.



MfG
dispy

ITiBoI

Frischling

  • »ITiBoI« ist der Autor dieses Themas

Beiträge: 15

  • Private Nachricht senden

32

03.09.2010, 15:22

Zitat von »Jogge«

[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]


Ich habs mir mal angeschaut. Die einfach Beispiele sehen vielversprechend aus. Leider müsste ich mich dafür komplett darin einarbeiten; Etwas was ich im Moment nicht machen möchte. Aber danke für den Hinweis. Ich werde das Projekt mal im Hinterkopf behalten und mich evtl später damit beschäftigen

Allen vielen Dank. Ich habe mich dafür entschieden einen Logger zu erstellen und eine abstrakte Klasse Logable (oder wird das mit zwei g geschrieben?), die nach dem IoC Prinzip die Möglichkeit bietet zu loggen.. Danke übrigens dispy für die Fachbegriffe ;)

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

  • Private Nachricht senden

33

03.09.2010, 17:45

Was mich interessieren würde: Was genau veranlasst dich logging nach dem Inversion of Control Prinzip zu bauen? Wo siehst du da die Vorteile und wie wirken sich die Konsequenzen in deinem Design aus? Welche anderen Möglichkeiten hast du in Betracht gezogen und warum hältst du diese in deinem Kontext für weniger geeignet?
m4studios

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »dot« (03.09.2010, 17:55)

ITiBoI

Frischling

  • »ITiBoI« ist der Autor dieses Themas

Beiträge: 15

  • Private Nachricht senden

34

07.09.2010, 13:25

Ok.. dann versuche ich mal zusammen zufassen
  • Wie vorher
    Gibt mir die Möglichkeit der Ausgabe, allerdings keine Umleitung, da es keine "zentrale" Logstelle gibt.
  • Operatorenüberladung
    Dafür müsste ich jeder Klasse einen "Buffer" erstellen, der dann bei Anwendung des Operators ausgegeben wird. Gibt mir nicht einfach die Möglichkeit die Ausgabe umzuleiten. Finde ich sehr umständlich und unnötig, Operator wird ja eigt nicht gebraucht..
  • Aspect-Orientierte-Programmierung
    Funktionalität und Logging werden getrennt. Ich müsste mich aber erst in die Sprache einarbeiten und bin auf weitere Programme angewiesen und meinen Source Code kompilierbar zu machen..
  • Globales LogObjekt
    Ist an sich schön und praktisch; ABER evil :D
  • Observer Pattern nach dem IoC Prinzip
    Gibt mir die Möglichkeit Ausgabe umzuleiten. Jedes Objekt benötigt eine Referenz auf den Logger. Ist meine Lösung; Praktisch und recht einfach

Werbeanzeige

Ähnliche Themen