schnipseljagd

wenn du es verhindern kannst solltest du dich imho immer gegen ein singleton und für dependency injection entscheiden.
Gründe sind z.B. eine wesentlich bessere Testbarkeit und das schichtenmodell (sofern es eins gibt) kann nicht leichtfertig durchbrochen werden.

Mister Ad

dr.e.

Ich würde das nicht gegenseitig ausschließen. Es kann durchaus Sinn machen, einen Datenbank-Treiber als Singleton zu erstellen und per DI in eine Datenschicht-Komponente zu injizieren. Viel wichtiger ist es bei der Testbarkeit, dass die Klasse kein "echtes" Singleton ist, sondern durch einen DI-Container oder eine abstrakte Singleton-Implementierung zu einem solchen "erklärt" werden kann. Dann hast du genau beide Vorteile.

Exakt deshalb gibt es beispielsweise beim APF eine abstrakte Singleton- und SessionSingleton-Implementierung, die im Zusammenspiel mit dem DIServiceManager solche Initialisierungen erzeugen kann. Die Trennung und Definition eines Schichtenmodells wird dabei ebenso unterstützt wie die Testbarkeit. Ich kann meinen Service jederzeit in einem PHPUnittest manuell erzeugen, manuell mit MOCK-Komponenten initialisieren und meine Tests ausführen. Das funktioniert mit Business-Komponenten genau wie mit Taglibs und Controller, da diese mit den genannten Konzepten (DI und entsprechende Factories) alle zur Laufzeit mit einem definierten "Umfeld" ausgestattet werden.

Nachteil des Konzeptes ist in der Tat, dass Fehler erst zur Laufzeit auffallen. Es sagt dir kein Compiler, dass du etwas vergessen hast einzubinden oder zu initialisieren. Man muss bei einer derartig starken Entkopplung als Entwickler eine sehr große Disziplin haben, nicht aus Frust eine Kopplung wieder stärker werden zu lassen, weil einem die Hilfsmittel wie Compiler und IDE besser unter die Arme greifen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

schnipseljagd

Ich würde es beim Dependency Injection Container nicht mehr Singleton nennen (es wird zwar immer dasselbe Objects zurückgegeben, aber es können schließlich durchaus auch mehrere Instanzen dieser Klasse bestehen), aber im Prinzip gebe ich dir recht.

Wer sich unter Dependeny Injection Container nichts vorstellen kann:
Symfony Dependency Injection - Reinventing how you manage PHP classes

nikosch

Stimmt an sich nicht. Das sind zwei verschiedene Patterns. Das war auch das, was raygtek meinte.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

dr.e.

Siehe Nikosch' Post...

Es ist schon nett, dass Symfony DI so als ihr Konzept "verkaufen". Kann sein, dass Symfony nun auch soetwas kann, aber das DI-Konzept ist schon etwas älteren Semesters. An dieser Stelle wäre IMHO eine Wikipedia-Seite relevanter gewesen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~