Singleton vs. Registry

nerere · 19.11.2008, 19:40

Hallo zusammen!

Bei mir stellt sich gerade die Frage, wie ich in meinem Projekt den Umgang mit dem Datenbank-Objekt regle. Wie sinnvoll ist es, dafür eine extra "Registry" anzulegen? Gibt es Vorteile gegenüber der Methode, die MySQL-Klasse als Singleton auszulegen?

Ich hoffe, dass Euch diese Frage nicht zu elementar erscheinen und hier im Forum richtig aufgehoben sind.

Viele Grüße,
nerere

Manko10 · 19.11.2008, 19:47

Hallo,

ja, du hast im richtigen Forum gepostet.

Eine Registry übt in diesem Falle ja die Funktion einer Art des abstrakten Singletons aus. Die Registry hat jedenfalls den Vorteil, dass du als Entwickler selbst entscheiden kannst, ob du nun ein neues Objekt haben willst, oder doch lieber auf eine Einzelinstanz zurückgreifst. Andererseits bietet dir ein „richtiges“ Singleton-Pattern mehr Kontrolle über die Instanziierung. Wenn es sich nur um ein einziges Singleton handelt, würde ich es auch als Singleton implementieren. Erst wenn du mehrere gleichartige Objekte hast, würde ich sie über eine Registry verwalten.
Ich würde mir aber vor einer Entscheidung noch die Meinung des Dottore durchlesen.

nikosch · 19.11.2008, 20:36

Die Ausführungen sind soweit gut (bin aber nicht der Doc), nur würde ich mich hier gegen die Bezeichnung Singleton sträuben, wenn mehrere Instanzen vorliegen. Würde es so sagen: Zumindest wenn Du u.U. später einmal parallel verschiedene Datenbankverbindungen gleichzeitig nutzt, benutze die Registry.

Manko10 · 19.11.2008, 20:44

Oder ein parameterisiertes Singleton.

nikosch · 19.11.2008, 20:46

Was ich dann aber eher als Singleton-DatenbankManger-Klasse mit parameterisierten DB Objekten anlegen würde.

Manko10 · 19.11.2008, 20:47

Wie auch immer. Nach außen hin ist das egal, da das Singleton dann eine Fassade bildet.

nikosch · 19.11.2008, 20:53

Das meinte ich nicht (ginge aber auch) sondern eine Managementklasse, die Datenbanken erzeugt und zurückgibt und in einem statischen Member verwaltet.

Manko10 · 19.11.2008, 20:59

Eine Art Factory also.

nikosch · 19.11.2008, 21:08

Naja, Factory Method.

phpdummi · 19.11.2008, 21:39

Ich verstehe die Fragestellung überhaupt nicht, eine Registry erfüllt einen ganz anderen Zweck!

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Strukturierung größerrer Projekte	#Avedo	Software-Design	19	24.10.2008 11:10
[Erledigt] Singleton Fehler	Andreas	PHP-Fortgeschrittene	3	17.10.2008 16:27
referentieller T_PAAMAYIM_NEKUDOTAYIM	nikosch	PHP-Fortgeschrittene	31	28.05.2008 00:35
Gegenstück zu parent:: oder Singleton abstrakt implement. ??	Melchior	PHP-Fortgeschrittene	13	26.07.2007 21:25
Verständnisfrage Singleton in PHP	ve.ru	PHP Tipps 2006	3	13.06.2006 20:36
Singleton besser als komplett statische Klasse ?	Cmon	PHP-Fortgeschrittene	4	13.06.2006 00:34
Singleton Klasse - falsche Werte		PHP Tipps 2005	20	24.05.2005 12:07
USB-Ports per Registry disablen	Orolhawion	Off-Topic Diskussionen	5	23.08.2004 11:42

19.11.2008, 19:40
nerere Neuer Benutzer Registriert seit: 17.11.2008 Beiträge: 8	Singleton vs. Registry Hallo zusammen! Bei mir stellt sich gerade die Frage, wie ich in meinem Projekt den Umgang mit dem Datenbank-Objekt regle. Wie sinnvoll ist es, dafür eine extra "Registry" anzulegen? Gibt es Vorteile gegenüber der Methode, die MySQL-Klasse als Singleton auszulegen? Ich hoffe, dass Euch diese Frage nicht zu elementar erscheinen und hier im Forum richtig aufgehoben sind. Viele Grüße, nerere


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

19.11.2008, 19:47
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.425 PHP-Kenntnisse: Fortgeschritten	Hallo, ja, du hast im richtigen Forum gepostet. Eine Registry übt in diesem Falle ja die Funktion einer Art des abstrakten Singletons aus. Die Registry hat jedenfalls den Vorteil, dass du als Entwickler selbst entscheiden kannst, ob du nun ein neues Objekt haben willst, oder doch lieber auf eine Einzelinstanz zurückgreifst. Andererseits bietet dir ein „richtiges“ Singleton-Pattern mehr Kontrolle über die Instanziierung. Wenn es sich nur um ein einziges Singleton handelt, würde ich es auch als Singleton implementieren. Erst wenn du mehrere gleichartige Objekte hast, würde ich sie über eine Registry verwalten. Ich würde mir aber vor einer Entscheidung noch die Meinung des Dottore durchlesen. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

19.11.2008, 20:36
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.241 PHP-Kenntnisse: Fortgeschritten	Die Ausführungen sind soweit gut (bin aber nicht der Doc), nur würde ich mich hier gegen die Bezeichnung Singleton sträuben, wenn mehrere Instanzen vorliegen. Würde es so sagen: Zumindest wenn Du u.U. später einmal parallel verschiedene Datenbankverbindungen gleichzeitig nutzt, benutze die Registry. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

19.11.2008, 20:44
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.425 PHP-Kenntnisse: Fortgeschritten	Oder ein parameterisiertes Singleton. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

19.11.2008, 20:46
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.241 PHP-Kenntnisse: Fortgeschritten	Was ich dann aber eher als Singleton-DatenbankManger-Klasse mit parameterisierten DB Objekten anlegen würde. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

19.11.2008, 20:47
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.425 PHP-Kenntnisse: Fortgeschritten	Wie auch immer. Nach außen hin ist das egal, da das Singleton dann eine Fassade bildet. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

19.11.2008, 20:53
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.241 PHP-Kenntnisse: Fortgeschritten	Das meinte ich nicht (ginge aber auch) sondern eine Managementklasse, die Datenbanken erzeugt und zurückgibt und in einem statischen Member verwaltet. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

19.11.2008, 20:59
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.425 PHP-Kenntnisse: Fortgeschritten	Eine Art Factory also. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

19.11.2008, 21:08
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.241 PHP-Kenntnisse: Fortgeschritten	Naja, Factory Method. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

19.11.2008, 21:39
phpdummi Erfahrener Benutzer Registriert seit: 06.06.2008 Beiträge: 1.631 PHP-Kenntnisse: Anfänger	Ich verstehe die Fragestellung überhaupt nicht, eine Registry erfüllt einen ganz anderen Zweck! __________________ "Nobody is as smart as everybody" - Kevin Kelly — The best things in life aren't things