Class property meckert mich unberechtigt an

[DeddyH]

class procedure SetLogFileName(const Value: String); static; // static nicht vergessen

[Der schöne Günther]

Zwei vollkommen unproduktive Herummäkeleien:

1. Wozu diese grässlichen initialization/finalization-Abschnitte? Wenn schon, dann nimm doch Klassenkonstruktoren und -destruktoren dafür. Die sind sogar noch vor/nach den initialization/finalization-Abschnitten dran
2. Warum ist ein Logger ein Quasi-Singleton? Und wenn du mal zwei haben möchtest? Ich hätte weniger Hemmungen eine ganz normale Klasse zu bauen und meinetwegen eine ... globale Variable für meinen Allzweck-Logger zu nehmen

[Medium]

@DeddyH: Danke, ja. Tut weh

@Hübscher Günni:
1) Ich war der Auffassung, dass diese bei D2007 noch nicht existierten. Probiere ich aber gleich aus, weil das wäre natürlich erheblich schöner. Aber irgend etwas wabert mir da him Hinterkopf, weswegen ich das autoamtisch so geschrieben haben muss.
2) Threads. Ich möchte für mein Tool eine einzige Log-Datei haben, um darin u.a. auch die Reihenfolgen zu erkennen, in denen Dinge passieren. Da hier 3-4 Threads beteiligt sind, mach ich's auf diese Weise. Das Ganze ist auch für ein ganz spezielles Problem geschrieben, dem ich auf die Schliche kommen will. (Dinge funktionieren auf meinem PC, aber beim Kunden nicht.)

[Blup]

Klassen-Konstruktor und Klassen-Destruktor gibt es in Delphi 2007 noch nicht.
Für diesen Fall sehe ich jeweils eine Klassenmethode Initialize() und Finalize() vor, die im entsprechenden Abschnitten der Unit aufgerufen wird.
Was dabei im einzelnen passiert, geht nur die Klasse etwas an.

[Medium]

Ha! Also doch. Init- und DeInit-Prozeduren habe ich an anderen Stellen ebenfalls genutzt dafür. Der Logger hier ist aber wie gesagt eher Q'n'D für ein bestimmtes Problem. Der wird nicht Teil des Produktivbetriebes.