dsentker

Hallo,

hier steht beschrieben, wie Symfony2 beim Service Container Referenzen auf andere Services handhabt.

Die gezeigte Konfiguration sieht vor, dass ein MethodCall erfolgen soll, um den Mailer zu übergeben. Nun ist meine Frage: Unter welchen Umständen wird die Übergabe, wie in der Config beschrieben, durchgeführt? Erfolgt sie bereits, wenn ich irgendwo schreibe
? Oder erfordert es, dass ich für das Instanziieren des NewsletterManagers den Service Container verwende?
Eigentlich macht ja nur der 2. Fall Sinn (der 1. ist wohl technisch nicht machbar). Aber das würde doch, wenn man weiterdenkt, bedeuten, dass jeglicher "Service" über den Manager instanziiert wird? Wird etwa ein neues Request-Objekt erzeugt, würde ich das ja am besten auch mit Hilfe des Service Containers tun?

__________________

Mister Ad

dr.e.

Das kann nur in der zweiten Version funktionieren, da dein Service die Abhängigkeit nicht kennt, sondern nur der Container (inversion of control Prinzip).

IMHO nur sofern notwendig.

Das bezweifle ich, denn ein (allgemeingültiger) Request sollte tunlichst keine Abhängigkeiten zu deinen (Anwendungs-spezifischen) Services haben.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dsentker

Schon klar - aber was ist, wenn ein anwendungsspezifischer Service abhängig vom Request ist?

__________________

dr.e.

Dann muss der Request in den Service injiziert werden und nicht umgekehrt. Die Richtung der Abhängigkeit folgt immer der natürlichen Ordnung!

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dsentker

Aber nach meinem Verständnis geht dies nur, wenn der Request Teil des Service Containers ist. Wie sonst soll der Service Container den Request dem konkreten Service übergeben, wenn dieser doch keine Ahnung vom aktuellen Request hat?

__________________

dr.e.

Das Beispiel ist etwas zu komplex für deinen Anwendungsfall, da der Request eine Sonder-Stellung besitzt. Er ist veränderlich und Benutzer-abhängig, was ein Service zunächst nicht ist. Er wird zwar mit Inhalten aus einerm Request oder einer Session gefüttern, jedoch nicht im Sinne eines DI/IoC-Containers.

Für den konkreten Anwendungsfall Request würdest du immer eine entsprechende Methode an deinem Service modellieren, der als Parameter den Request-Inhalt übergeben bekommt. Den Request als Service zu bezeichnen/zu modellieren und per ID/IoC zu injizieren halte ich für übertrieben und nicht gangbar.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dsentker

Okay, aber wie könnte dann ein externer Service auf den Request zugreifen? Oder auf andere Elemente, etwa das Ergebnis des Routings?

__________________

dr.e.

Das bleibt dir letztlich selbst überlassen. Beim APF bin ich den Standard-PHP-Weg gegangen und lasse den Entwickler auf $_GET/$_POST/$_REQUEST herumturnen.

Im Wesentlichen ist entscheidend, welche Art von Routing du nutzt. Am Beispiel von ZF/sf2 handelt wird Routing genutzt um aus der Url den aufzurufenden Controller und dessen Action zu extrahieren. Setzt du beispielsweise auf HMVC und dynamische Url-Layouts, so ist ein Routing in diesem "klassischen" Sinn nicht notwendig.

Als Lösung im "klassischen" Sinn kann hier entweder ein eigenes RoutingResult-Objekt als Singleton zur Verfügung stehen oder die Parameter werden in $_GET/($_POST/)$_REQUEST eingebettet - etwa mit speziellen Parametern.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dsentker

Mh... Schön wäre aber auch ein Zugriff auf das Request-Objekt an sich, um auf die Methode "isInternalRequest()" (HMVC) o.ä. zuzugreifen.

Naja. Auch bei HMVC muss der "oberste" Controller zunächst aufgelöst werden, und auch da ist eben die Uri entscheidend.

iiiih

Ich überleg mir was - war ja meine Entscheidung, ein Framework zu basteln
Danke für die Hilfe.

__________________

Trainmaster

Wenn ich das beim APF richtig sehe, sind die Informationen in den Templates "versteckt". Ob ich nun anhand der URL-Informationen den zuständigen Controller ermittel, bspw. durch definierte Routen wie bei Symfony 2 (http://symfony.com/doc/2.0/book/routing.html), oder aber es wie im APF löse, halte ich für Geschmackssache. Beide Varianten ermöglichen eine flexible wie dynamische URL-Gestaltung.