archer42

Hallo,

ich bin gerade dabei die Grundlagen zur Benutzung des Symfony2 Frameworkes zu lernen und habe dabei einige offene Fragen:

1. Empfiehlt es sich mehrere Bundles für ein Software Projekt zu verwenden und wenn ja, wann wäre dies?
Beispiel:
2. Wie strukturiere ich sinnvoll Actions?
Sollte man große Actions, welche Variablen im Pfad entgegennehmen verwenden oder lieber viele kleine?
Große Actions:
Kleine Actions:
3. Wie sieht die Anbindung zur Businessschicht aus?
Sollte der Controller über Actions auf ein Facade Pattern zugreifen?

Gruß archer

Mister Ad

dr.e.

Du meinst Fasade? Ein "Pattern" ist niemals eine Instanz eines Objektes, auf das du zugreifen kannst.

__________________
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

Ja, die von dir genannten Beispiele sind alles Einsatzfälle für Bundles. Google mal nach Symfony2 Bundles, dort findest du interessante Komplettlösungen.

Die Frage verstehe ich nicht und hat wohl weniger was mit sf2 zu tun. Ess geht nicht um die Frage, wie du sie strukturieren könntest, sondern sie hängen von dem Einsatzfall ab.

Für ein Trackerprogramm etwa macht es Sinn, einen Controller "task" mit den Actions "new", "edit", "delete" und "view" zu bestücken. Dann gibt es noch den Controller "user", den Controller "project" etc...

Auch diese Frage verstehe ich nicht ganz. Der Zugriff auf die Businessschicht (in der sich der Controller teilweise schon selbst bewegt) läuft ab wie woanders auch: Es werden Klassen benutzt, um seine Aufgabe zu erledigen. Um dabei flexibel und gleichzeitig wartbar zu bleiben, gibt es den DI Container, auf den du innerhalb eines Controllers mit der Methode "get()" Zugriff hast.

__________________

archer42

Ja, aber an welcher Stelle wird dann "alles" instanziert

... und da stellt sich eben für mich die Frage, wann es Sinn machen würde, woran man sich da richten kann usw.

Bisher war doch jede Antwort passend, trotz so viel Missverständnis

Ist ein DI-Container nichts anderes als eine Sammlung von Dependency Injections?

dsentker

Der ServiceContainer (so wird er bei Symfony2 genannt, finde den Begriff auch wesentlich besser) spendiert dir anhand eines Aliases ein bestimmtes Objekt. Da dieses Objekt von anderen abhängig sein könnte (die Klasse "Newsletter" benötigt etwa im Konstruktor eine PHPMailer-Instanz), kümmert sich dieser Container da auch gleich drum.

__________________

archer42

Was ich noch nicht verstehe ist, wie der Controller bzw. dessen Actions nun die Applikation steuern bzw. auf diese zugreifen.

Angenommen ich habe eine Software zur Autovermietung. Nun bin ich angemeldet und klicke auf einen Button/Link, mit welchem ich einen neuen Mietvorgang starten will. Der router könnte nun /new_rent der NewRentAction zuweisen. Diese müsste doch dann über ein Fassade-Pattern die Anwendung steuern oder habe ich da einen Zwischenschritt vergessen?

dsentker

Warum? Das übernimmt doch Symfony für dich. Alles was du tun musst, ist in der Routing-Config anzugeben, welche Action geladen werden soll.

__________________

archer42

Ich glaube ich habe das falsch erklärt.

Ich muss meine Businesschicht im Symfony-Framework einbetten bzw. in dessen Bundles.

Symfony kümmert sich dabei um verschiedenste Grundlegende Funktionen (Ausgabe (MVC), Session, ORM (Doctrine)...).

Nun melde ich mich bei einer gedachten Anwendung an und gehe bsw. auf ein Menü, in welchem ich neue Aufgaben hinzufügen kann, Aufgaben, welche meine Businessschicht verwaltet. Der Aufruf über das Menü geschieht per GET und die Übertragung eingegebener Daten per POST. Nun kann ich übers Routing die Daten abfangen und einem Kontroller zur verfügung stellen.

Was macht dieser Kontroller nun im Idealfall mit den Daten?

Leitet er Sie weiter (Fassade-, Adapter-Pattern) oder gibt er Sie direkt in meine Anwendung weiter, in dem er Beispielsweise ein neues Objekt (Row-Data-Gateway-Pattern) erzeugt?


Oder einfach gesagt: Was steht im Controller?

Trainmaster

Verarbeiten? Entsprechend der Parameter Entscheindungen treffen? Einen Response erzeugen? Ein Template rendern? Was auch immer du mit den Daten machen willst.


Darf ich dich fragen, ob du dich im Detail mit der Dokumentation auseinandergesetzt hast? Das Gefühl habe ich jedenfalls nicht.

Edit: Im Übrigen könntest du dir das mitgelieferte DemoBundle ansehen.

archer42

bitte nicht so oberflächig antworten....

Ihr geht alle davon aus, dass ich mit Symfony2 nur erweiterte Templates darstellen will... Was ist aber, wenn die Businesschicht die Ausgabe generiert und sich etwas in der Applikation ändert?

Kommt mal von den einfachen Hallo Welt Beispielen weg!

Angenommen wir haben ein Browser Game.
Die Businesschicht muss hier Beispielsweise Karten "generieren" und Eingaben annehmen und an die entsprechenden Komponenten weiterleiten.

Bei einem Browsergame könnte diese in sehr vielen Aufrufen von Objekten im Kontroller enden und ich kann mir nicht vorstellen, dass dies so ist, dass es da keine elegantere Lösung gibt....