spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Finger weg von Singletons! Diese sollte man so gut wie nie verwenden, denn sie haben nur einen speziellen Zweck, der quasi niemals gebraucht wird (nämlich der, dass es unter gar keinen Umständen jemals mehr als eine Instanz von etwas geben *darf*). Alle anderen Gründe sind Faulheit und Schlampigkeit. Egal welches Anfänger-Buch Singletons beinhaltet und diese lehrt, es verwendet sie aus falschen Gründen und man sollte daher gekonnte darüber hinwegsehen. Man kann gern lernen, wie sie funktionieren, aber man sollte sich bewusst sein, dass sie oft nur als Ersatz für statische und globale Variablen eingesetzt werden und das ist absolut falsch und schlecht.

Logfiles sind schon ziemlich wichtig und man sollte eventuell auch wissen, wie man sowas schreibt. Aber man sollte natürlich nicht immer seine eigene Logfile-Klasse schreiben, da das nicht nur anfällig für Fehler, sondern auch noch überflüssige Arbeit ist.

Naja, so unnötig sind Singletons nicht. Ab und an kommt es doch vor, dass man vermeiden möchte, dass ein Objekt ein 2tes mal instanziert wird. Nicht sonderlich häufig, aber doch.

Ist mir bisher nie begegnet. Dafür ist mir sehr oft begegnet, dass etwas als Singleton (oder ähnliches Prinzip) gebaut wurde und davon ausgegangen wurde, dass es davon nur maximal eins geben wird und darf, aber dann genau das Gegenteil eintrat, nämlich dass man doch mehrere brauchte und was dann ein ziemlich großes Problem wurde. Wo hat denn deiner Meinung nach ein Singleton mal Sinn gemacht hat, Wirago?

@Pixel-Wizard:
Verstehen solltest Du trotzdem, was da passiert, da eine Singleton-Klasse wirklich ein sehr sehr einfaches Konstrukt ist. Und nein, dass ein Logfile von Singleton erbt, das ist sogar oft sehr schlecht (aber oft so gebaut), weil dann immer alles im selben Log landet, was man aber manchmal überhaupt gar nicht gebrauchen kann, weil man eben verschiedene System-Teile in verschiedene Logs schreiben lassen will oder muss.

Selbst wenn man sich sicher ist, dass es nur eins geben wird, wieso sollte man dann verbieten, dass es ein zweites geben könnte?

Der Code ist kompliziert, weil du ein Anfänger bist. Da hilft einfach nur jahrelange Übung, wenn du irgendwann zurückschaust, wird dir alles ganz einfach vorkommen.

Zitat

Aber man sollte natürlich nicht immer seine eigene Logfile-Klasse schreiben, da das nicht nur anfällig für Fehler, sondern auch noch überflüssige Arbeit ist.

Ich bin schon dafür. Als Anfänger schreibt man eh nur Übungsprogramme (so ungefähr die ersten 10 Jahre lang ) und an einer Logklasse kann man sehr schön verschiedene Dinge üben. Wenn du etwas lernen willst (und das musst du auf die ein oder andere Art), benutze nicht den Code aus den Buch, sondern schau ihn dir an und programmiere ihn auf deine Art und weise nach. Vom Kopieren lernt man nichts.
Später, wenn du die Grundlagen beherrschst, kannst du dir überlegen, was du nicht unbedingt selber verstehen musst und dafür fertige Komponenten benutzen.

Überleg dir doch einfach mal was so eine Logfile Funktionalität deiner Meinung nach können sollte. Dann schreibst du das auf. Danach versuchst du einfach mal selbst das aufgeschriebene umzusetzen. Viel muss es ja am Anfang nicht können.