Warum sollten wir die «Logger» - Klasse als singleton?

Fand ich diese hier auf der IBM Website. Es erklärt die Verwendung des Logger-Singleton-Klasse ganz gut.

Ein klassisches Beispiel für ein singleton true
ist ein logging-service. Nehmen wir an, wir haben
ein event-basiertes logging-service: Client
Objekte Anforderung, dass der text, der protokolliert werden, indem Sie
senden Sie eine Nachricht an der Anmeldung
service. Andere Objekte, die tatsächlich log
der text irgendwo (Konsole, Datei,
was auch immer) durch das hören der Protokollierung
service für diese Protokollierung-Anforderungen und
Umgang mit Ihnen. Erstens, beachten Sie, dass die
logging-service gibt die klassischen
test für ein singleton:

• Die Antragsteller müssen ein bekanntes Objekt, an die Anfragen zu senden
  log. Dies bedeutet, dass ein globaler Punkt von
  - Zugang.
• Da der logging-service ist eine einzige Quelle, auf die mehrere
  die Zuhörer können sich registrieren, gibt es nur
  muss eine Instanz.

Hier der link: Verwenden Sie Ihre singletons mit bedacht

Wenn Sie nicht verwenden Sie eine singleton-Klasse, die Sie würde haben, um mit der synchronisation (in eine Datei schreiben, oder was auch immer stream, die Sie verwenden) zwischen diesen verschiedenen logger-Instanzen. So ist es viel einfacher, wenn Sie nur einen global Logger-Instanz.

Wenn du mehr als eine log-streams, die mit unterschiedlichen Inhalten, können Sie mehrere Instanzen der logger-Klasse initialisiert, die für die verschiedenen Ausgänge.

Jedoch, wenn Sie nur eine log-stream, die mehrere logger-Klasse Instanzen führt zu einer komplexeren Implementierung, wie die Instanzen zusammen arbeiten, um zu verwalten die eigentliche Ressource. Betrachten Sie zum Beispiel ein logger, logs jede Nachricht eine Sequenz-Nummer. Zwei Instanzen zu synchronisieren Ihrer Sequenz-Zähler, die verlangt, dass Sie knwp über einander, verhandeln Zähler erhöht und so weiter. (Die alternative mit gemeinsamen Zähler in ein statisches Mitglied einer Klasse ist, entspricht eine singleton logger)