jw-lighting

Ich verstehe nicht ganz, was dabei das Problem darstellt.
In dem ich $Pagecontroller->execute() aufrufe würde (nach meinem Verständnis) der View für die Seite instanziert, und mit Informationen gefüttert. Dieser nimmt sich dann das Rahmentemplate vor und läuft es von Anfang an durch.
Wenn ein untergeordnetes Modull/Template auftaucht wird dieses abgearbeitet, eingebaut und dann geht es weiter bis das Ende der seite erreicht ist. Also von oben nach unten, wie eine Baumstruktur:
Ich fange bei Main an, und wenn ich auf etwas untergeordnetes, z.B. template:Header stoße arbeite ich dieses Template ab bevor ich bei module:Navigation weitermache.


Ich hatte angedacht, über eine Singeltoninstanz des Pagecontrollers immer eben diesen zu nutzen um das Modul aufzurufen.
Egal wie tief ich schachtle, ist also nicht der jeweilige Controller sondern immer der Pagecontroller für den Aufruf eines anderen Moduls zuständig.

Ein View der auf ein Modul stößt muss sich um die Einbindung des Moduls kümmern um es einzusetzen, und ruft loadModule() des Pagecontrollers auf, der das Ergebnis des Modulviews zurückgibt.
Da sich das aber immer auf direktem Wege zum Pagecontroller abspielt, wird nicht durchgereicht, nur weitergereicht.
Im Gegenzug spart man sich das doppelte Parsen des Templates.

Darüber habe ich noch nicht nachgedacht.
Kann die Bedingung vom View gelöst werden, ist das kein Problem.
Hängt die Bedingung vom Modul selbst ab, wäre es am einfachsten einen leeren String zurückzugeben, wenn das Modul nicht veingebunden werden soll. Ist allerdings etwas unsauber.


Ich habe etwas Angst, das ich den Eindruck erwecke ich will meine Idee um jeden Preis verteidigen. Darum geht es mir nicht, sondern um einen guten Ansatz.
Ich habe nur deine Einwände vielleicht nicht richtig verstanden oder meinen Ansatz so erklärt, das du ihn nicht verstehen konntest


LG

__________________

Mister Ad

nikosch

Nönö, mach Dir mal keine Sorgen…

Das bedeutet dann aber, dass das Template ohne Parameter von außen auskommt. Da Templates aber i.A. parameterisiert sind, muss das ja irgendwo passieren, z.B. beim Einbinden des Moduls. Damit verlagert sich die Frage: Ist das Mosul vollkommen unabhängig? Oder vielleicht doch vom Elternmodul (nicht zwingend Hauptmodul) abhängig?

Eigentlich nicht. Denn zur Zeit der Ausgabe ist es zu spät, solche Dinge zu entscheiden.

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

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

nikosch

Mal noch zum eigentlichen Thema:

Ich lese gerade das hier: Softwarearchitektur für die Praxis - sofort lieferbar - terrashop.de Die Codebeispiele sind zwar in Java, die Anwendung damit nicht komplett übertragebar, trotzdem sind die Konzepte ganz spannend zu lesen und das Buch ist sehr schön konkret. Urschleim wie Dateisystemstrukturen werden allerdings nicht behandelt.

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

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

haemoglobin

Interessant, liest sich bisher echt nicht schlecht. Werde ich mir für den geringen Preis wohl mal zulegen.

Softwarearchitektur für die Praxis - Google Bücher

ragtek

Ich lese gerade "Implementation Patterns" (Der WEg zu einfacher und kostengünstiger Programmierung)

Ist zwar auch "Javalastig", aber echt interessant.
Für die Profis ist vermutlich nichts neues dabei, aber für mich auf jeden Fall, vorallem da ich mich gerade etwas in JAVA einarbeite um mal meinen Horizont zu erweitern.

jw-lighting

Ich überlege mir dieses Buch anzuschaffen. Kennt es jemand?

PHP Design Patterns - 2.Auflage

__________________

ragtek

Es wird von jedem empfohlen.
Aufgrund dessen habe ich es mir auch zugelegt und ein paar Sachen sind mir nun auch klarer, aber so ganz 100%ig habe ich alle Patterns noch immer nicht begriffen.

Und das "externe LLibraries" für die Bsp. weiter hinten verwendet wurden, hat mich etwas gestört.
Ja, natürlich stimmt es, dass man nicht das Rad neu erfinden muss, aber trotzdem hätte hier etwas mehr theorie meiner Meinung nach nicht geschadet. (Ich hab das Buch jetzt nicht bei mir, deswegen kan nich nicht genau sagen um was es gegangen ist, ich glaube Doctrine für DB und kA was noch.