Zitat von
Der_Unwissende:
Nur mal der Hinweis, dass ihr schon ziemlich
OT seid.
Sorry, hab' chronische OTitis...
Zitat:
Es mag sicherlich Beispiele geben, wo man auch gut ohne auskommt, aber ein
Zitat von
Elvis:
Ein normaler Application developer sollte
IMHO keine Singletons anlegen müssen
ist denke ich doch schon zu stark pauschalisiert. Wie alle Designpattern kann man es halt verwenden oder nicht und nur wenn man weiß wie und wo bringt es Vorteile.
Wie alle Pauschalisierungen, war auch meine zu ...
pauschal.
Auch der Ausdruck "normaler App Dev" dürfte im allgeimen Verständnis einwenig unscharf umrissen sein.
Das was ich unter einem "normalen App Dev" verstehe passt aber IMO zu meinem Statement. Jemand der hauptsächlich APIs konsumiert und darauf aufbauend eine App schrauben soll, sollte einfach keine Singletons brauchen. (Die Entscheidung sollten diejenigen übernehmen, die die APIs bereitstellen)
Das Problem ist einfach, dass sich viele in dieser Gruppe nicht wirklich mit SW Architektur auseinandersetzen und gerne den Weg des (vermeintlich) geringeren Widerstandes gehen. (Der klassische Connection-uff'n-Form-Zieher sozusagen)
Zitat:
Gut, Elvis sagte ja auch, dass es nur häufig auf schlechtes Design schließen lässt, nicht immer.
Exakt, dein Beispiel mit der Resource, die nur einmal existiert, ist so eine Ausnahme.