Diskussion:Singleton (Entwurfsmuster)/Archiv/1

message: Ich fände es besser, die einzelnen Entwurfsmuster konsistent abzulegen. Da es deutsche Bezeichner gibt und diese auch in anderen Artikeln verwendet werden, kann man meiner Meinung nach die deutschen Bezeichner wählen und im Artikel die englischen Bezeichner angeben. Das Singleton tanzt da aus der Reihe, da es umgekehrt vorgeht. 
Sicherlich ist Einzelstück schon belegt, aber dann müsste man meiner Meinung nach eher einen Überbegriff mit einem Artikel Einzelstück_(Entwurfsmuster) einfügen. Jedenfalls ist das bei den anderen Entwurfsmustern der Fall.--guwac
----
zu verwandten Entwurfsmuster: Inwiefern kann ein Singleton denn eine abstrakte Fabrik usw. implementieren? Ist hier etwas wie kapseln gemeint? guwac 14:03, 6. Mär 2005 (CET)
replies: text: Nein die werden oft als Singleton implementiert. In einen solchen Fall ist die abstrakte Fabrik ein Singleton --thomasv 13:02, 7. Mär 2005 (CET)
replies: text:  Das heisst dann doch, dass ein Singleton genutzt wird, um eine Fabrik usw. zu kapseln und als Einzelexemplar zur Verfügung zu stellen. Faktisch werden also beide Muster kombiniert. Das sollte im Artikel vielleicht noch klarer werden. Mich hat das jedenfalls sehr verwirrt, denn ein Muster muss ja stets noch implementiert werden, weshalb mir nicht klar war, wie ein Muster ein anderes implementieren sollte. Ich persönlich habe das dann doch noch mit der Kapselung und der Kombination verstanden (hoffe ich jedenfalls), aus dem Artikeltext geht das für mich aber nicht zwingend hervor. -- guwac 13:09, 7. Mär 2005 (CET)
replies: text:  besser? Von Kapseln würde hier nicht unbedingt reden. Lediglich der c'tor wird verborgen, der Rest ist komplett sichtbar.--thomasv 13:37, 7. Mär 2005 (CET)
replies: text:  Ja, gefällt mir. In der Tat ist Kapselung ein problematischer Begriff dafür, fällt mir jetzt erst auf. Danke. -- guwac 13:54, 7. Mär 2005 (CET)
thread_title:  Englisch-Deutsch-Diskussion 

message: Die explizite Definition der clone-Methode im Java-Beispiel ist überflüssig, weil exakt diese Implementierung von java.lang.Object geerbt wird und die Beispielklasse direkt davon abgeleitet ist (siehe http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html#clone() ). Daher habe ich sie wieder entfernt. --jpp ?! 19:32, 27. Aug 2005 (CEST)
replies: text: danke! (diskussionsabschnitt kann wieder gelöscht werden) -- Qopep 21:02, 30. Aug 2005 (CEST)

text: Abgesehen davon ist das Wort Instanz kein Anglizismus, sondern stammt vom lateinischen instancia ab.  siehe:  -- 82.207.235.13 11:24, 8. Jul. 2011 (CEST)
thread_title:  Java-Beispiel wieder gekürzt 

message: Das Beispiel in C# stellt meiner Meinung nach keinen Singleton dar, sondern lediglich eine Klasse mit ausschließlich statischen Methoden. Es gibt also beispielsweise keine Möglichkeit, die Implementierung per Ableitung zu spezialisieren. Ich schlage vor, dass entweder jemand, der C# beherrscht, einen echten Singleton draus macht oder wir das Beispiel wieder entfernen. Andere Meinungen? --jpp ?! 10:08, 3. Feb 2006 (CET)
replies: text: Da niemand eine andere Meinung geäußert hat, habe ich den C#-Teil entfernt. --jpp ?! 17:39, 8. Feb 2006 (CET)
thread_title:  Implementierung in C# 

message: Beim Singleton Pattern ist es möglich nur eine Instanz des Objekts zu erzeugen. Erweitert man das Kriterium, so ist es prinzipiell möglich eine definierte Anzahl von Objekten zu
erzeugen. Dies geschieht mit Hilfe des Multiton Patterns. 
Anwendungsbeispiele:
Falls beispielsweise zwei identische Hardwarekomponenten (gleiche Eigenschaften) verwaltet werden sollen ist das Singleton Pattern ungeeignet. Das Multiton Pattern leistet 
das gewünschte Resultat
In der englischen Wiki - Version ist es bereits zu finden, jedoch in der deutschen nicht!
:Der Artikel gehört zur Reihe über die Entwurfsmuster der Gang of Four im Buch "Design Patterns - Elements of Reusable Object-Oriented Software". Dort ist das Multiton nicht enthalten (ehrlich gesagt höre ich jetzt auch zum ersten mal davon ;-). Trotzdem ist der Einwand berechtigt. Ich würde dann aber lieber auf einen neuen Artikel verweisen. 82.207.235.13 11:19, 8. Jul. 2011 (CEST)
thread_title:  Erweiterung des Singleton Patterns  

message: "Das Muster gehört mit dem Iterator-Entwurfsmuster zu den von der so genannten Viererbande (GoF) publizierten Mustern."
Was soll das? Wieso gehört es zusammen mit dem Iterator-Muster zu den GoF-Mustern. Es gehört, neben einer ganzen Menge andere Muster, mit dazu (u.a. auch dem Iterator-Muster), ich verstehe den Satz irgendwie überhaupt nicht.
:Ich habe den Satz umformuliert. --jpp ?! 10:13, 7. Feb. 2007 (CET)
thread_title:  Einleitung 

message: Die statische Methode für den Zugriff auf die Singleton-Instanz sollte keinen Pointer sondern eine Referenz zurückgeben. Da das Singleton ohnehin als static Variable in der Funktion erzeugt wird, benötigt die API nicht die Möglichkeit ach einen NULL-Pointer zurückzugeben. Das sollte explizit durch die Rückgabe einer Referenz ausgedrückt werden:
  Singleton& Singleton::getInstance() { ... }
:Hi, es erleichtert die Diskussion, wenn du deine Diskussionsbeiträge mit „--~~~~“ signierst. Zum Thema: Meine C++-Kenntnisse sind schon etwas eingerostet, aber wenn du möchtest, sei mutig und ändere den Beispielcode im Artikel. --jpp ?! 11:15, 25. Mai 2007 (CEST)
replies: text: OK, hast recht. Das hab ich nicht bedacht... --Der Hâkawâti ✉ 18:52, 14. Mär. 2010 (CET)
thread_title:  C++ Beispiel 

message: Im o.g. Abschnitt steht "Das Muster bietet eine Verbesserung gegenüber globalen Variablen." Worin bestehen diese Vorteile? --Traxer 02:54, 30. Jul. 2007 (CEST)
replies: text: Im GoF-Buch steht auf Seite 128: „It avoids polluting the name space with global variables that store sole instance.“ Ich verstehe das so, dass es einen Vorteil gegenüber Variablen mit globaler Sichtbarkeit darstellt, weil es den Namen innerhalb des durch eine Klasse aufgespannten Namensraums definiert. Weiß aber noch nicht, wie sich das im Artikel verständlich formulieren lässt. --jpp ?! 18:30, 30. Jul. 2007 (CEST)
thread_title:  Vorteile 

message: Kein Mensch nennt dieses Pattern "Einzelstück", warum muss der feststehende Begriff unbedingt eingedeutscht werden? Ich finde das kontraproduktiv.
Man schaue sich nur mal diese Seite hier an, überall "Singleton", nirgends "Einzelstück".
--91.5.185.123 22:10, 31. Jul. 2007 (CEST)
replies: text: mein reden. ich verschieb das jetzt, die ganzen deutschen "entwurfsmuster" nerven mich schon lange, weil ich bei diesen namen nichts mehr finde -- ∂ 22:12, 31. Jul. 2007 (CEST)
replies: text:  Einzelstück wurde hier immerhin als Begriff quasi eingeführt. Noch schlimmer finde ich unter "Verwandte Entwurfsmuster" die Verwendung von "abstrakte Fabriken" und "Erbauer". Sinn und Zweck der Patterns ist es doch eine gemeinsame Sprache zu haben um sich einfacher zu verständigen. Rede ich von "Builder" weiß auch der Amerikaner, der Inder und der Chinese was gemeint ist. Beim "Erbauer" müsste ich selbst erst wieder überlegen wie das Pattern korrekt heisst. Immerhin wurden im Text weitere gängige Begriffe wie Thread, Lazy Creation, Eager Creation nicht auch übersetzt. Meiner Meinung nach sollten die Fachbegriffe in englisch gehalten werden und insbesondere die Pattern Namen im Artikel geändert werden --62.159.241.40 18:01, 3. Nov. 2010 (CET)
thread_title:  "Einzelstück" vs. "Singleton" 

message: Die Typ-Einschränkung des Generic-Parameters 'T' besagt, dass alle T einen parameterlosen Constructor (new()) besitzen müssen. Da dieser public sein muss, sonst könnte ja keine Instanz in dieser Basis-Klasse erzeugt werden, wirft diese Implementierung den Sinn eines Singletons über den Haufen. Oder übersehe ich etwas? --Heiko.Pflugbeil 23:45, 29. Aug. 2007 (CEST)
thread_title:  Beispiel 'Implementierung eines Generics für Singletons in C# ab .Net 2.0' fehlerhaft? 

message: Ich finde es besser im Java Beispiel den normalen Block Kommentar zu verwenden. So wie es jetzt da steht ist das ja der JavaDoc Kommentar, der meiner Meinung nach aber eine andere Intention verfolgt.
--134.155.99.41 16:19, 25. Sep. 2007 (CEST)
replies: text: Welche Absicht verfolgt deiner Meinung nach denn der Javadoc-Kommentar im Gegensatz zum Blockkommentar? --jpp ?! 23:32, 25. Sep. 2007 (CEST)
thread_title:  Java Beispiel 

message: Eigentlich gibt es eine bessere Variante des Sigleton patterns für Python:
class Singleton:
    __single = None
    def __init__(self):
        if Singleton.__single:
            raise Singleton.__single
        Singleton.__single = self    
Warum sollte diese Variante besser sein? Mein Vorschlag für ein Singleton, bei dem der __new__-Konstruktor zudem threadsicher ist:
import threading
class Singleton(object):
    _instance = None
    _lock = threading.Lock()
    def __new__(cls, *args, **kwargs):
        with cls._lock:
            if not cls._instance:
                cls._instance = object.__new__(cls, *args, **kwargs)
        return cls._instance
(getestet unter Python 2.6) (nicht signierter Beitrag von 92.192.6.3 (Diskussion | Beiträge) 00:03, 4. Sep. 2009 (CEST)
thread_title:  Python Sigleton 

message: Es ist kein Nachteil des Singleton-Patterns, dass man es unter bestimmten Bedingungen nicht verwenden kann (siehe z.B. kann in DDLs nur eingeschränkt verwendet werden). Das ist eher ein Nachteil der Entwicklungsumgebung.
Sollte man diese angeblichen (zwei) Nachteile nicht unter eine andere Überschrift (z.B. "Vorraussetzungen") stellen? Was denkt ihr?
--Christian 23:40, 20. Feb. 2009 (CET)
thread_title:  Nachteil: Singleton kann nicht verwendet werden 

message: Bezeichnet "Singleton"
* das Entwurfsmuster
* die Klasse
* das Objekt (die Instanz) ?
Der Artikel ist da nicht konsistent. Gibt es den Begriff Singleton überhaupt alleinstehend, oder sollte man lieber konsequent von Singleton-Entwurfsmuster, Singleton-Klasse und Singleton-Objekt sprechen? --95.208.13.219 21:23, 23. Sep. 2009 (CEST)
replies: text: Wie im Artikel dargelegt, ist Singleton einerseits der Name des Entwurfsmusters. Andererseits kann aber auch die Klasse oder deren einziges Exemplar so genannt werden. Natürlich spricht nichts dagegen, die genaueren Begriffe zu verwenden, sofern sich die Bedeutung nicht aus dem Kontext ergibt. --j ?! 09:32, 24. Sep. 2009 (CEST)
replies: text:  nee. das singleton ist die instanz, das singleton-pattern sorgt dafür, daß es von einer bestimmten klasse nur eine instanz gibt und man an sie herankommt. eine klasse ist meistens die einzige instanz ihrer metaklasse, und damit zwar auch ein singleton, dafür sorgt aber die laufzeitumgebung. wenn das mal nicht so ist, z.b. weil in java die gleiche klasse in mehreren classloadern existiert, kann das zu arger verwirrung führen. -- ∂ 11:26, 24. Okt. 2010 (CEST)
thread_title:  Was ist denn nun ein Singleton? 

message: Die vielen Nachteile von Singleton sollten erwähnt sein. Für mich ist es eigentlich ein Antipattern! Peter Sommerlad 
: dann zähl doch mal auf, oder noch besser schreib gleich in den artikel.. -- ∂ 14:21, 11. Jul 2005 (CEST)
thread_title:  Nachteile 

message: es waere nett, wenn jemand noch dazuschreiben wuerde, wozu das singleton eigentlich benoetigt wird
Elvis untot 13:22, 8. Jun 2004 (CEST)
thread_title:  Wozu 

message: Finde es bescheuert, dass die Bedeutung von Einzelstück im Einzelhandel nicht berücksichtigt wird. Wenn es nur ein Auto oder nur einen Fernseher gibt, dann ist das auch ein Einzelstück. Aber da wird man auf einen Computerbegriff weitergeleitet... Sinn? FN
:Ohne Sinn... Für mich war der Begriff Einzelstück auch neu. Im Bereich der IT wird viel englisch bezeichnet, daher ist der Begriff Singleton eher besser. --Herr Schroeder 15:16, 18. Jan 2005 (CET)
thread_title:  Einzelstück 

message: Quellcode-Beispiele wirklich enthalten sein? --Darktrym 11:23, 27. Apr. 2010 (CEST)
thread_title:  Müssen denn so viel 

message: Der Konstruktor sollte im UML-Klassendiagramm keinen Rückgabewert haben, noch nicht einmal void (void ist sowieso kein Element der UML).
Also statt Singleton(): void besser nur Singleton()
--AlbrechtEhlert (Diskussion) 14:34, 13. Apr. 2016 (CEST)
thread_title:  UML