G.Schuster

So wie wohl jedes Framework auch: ein Controller, viele Views.
Aber das willst du ja nicht hören.

Man muss übrigens nicht zu jeder angeblichen Lösung ein Problem herbeikonstruieren - man darf auch schon vorher erkennen, dass es unsinnig ist.

__________________
actra.development - Schwabstr. 2 - 70825 Münchingen
www.actra.de/velopment/ - eMail: php.de@actra.de
Zend Certified Engineer for PHP5

Mister Ad

Koala

Beispiele:

- Du hast einen Newcontroller und möchtest je nach Anforderung
die Daten als XML, als HTML, pdf oder RSS-Feed ausgeben.
Du würdest hier also 4 nahezu identische Newscontroller machen.

- Du hast eine Seite welche dem User Fehler anzeigt.
Machst jetzt einen Newserror-Controller, einen Eventerror-Controller
und jeweils ne View dazu ? Obwohl die View immer gleich ist
und nur mit anderen Fehlermeldungen ausgeliefert wird ?

Oder ist es nicht sinnvoller daß der Newscontroller
beim Auftreten eines Fehlers die Errorview mit den nötigen Daten
versorgt und wenn keiner auftritt eben die Newsview ?

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

Alex04

Hallo,

wieder besten Dank für die Antworten.

Wo genau steht, dass ich das nicht hören will?

Ein Controller für alle Views hört sich für mich sehr gut an und ist für mich bei kleineren Projekten auch immer die Regel gewesen.

Ich frag mich nur, wenn die ganze Anwendungslogik in nur einem Controller steckt, ist dass dann nicht etwas überladen bei mittleren bis großen Projekten?
Klar kann ich evtl mit Vererbung usw die Logik auf ein paar Klassen verteilen, allerdings ist das schon noch ein beachtlicher Teil...

Wie realisiert man denn dann diesen Controller?
Steckt da wirklich jede funktionalität der Views drin?
Will heißen, hab ich dann wirklich die Funktionen Login, Register, Logout usw alles über diesen zentralen Controller geregelt?

Oder ist es dann so geregelt, dass man Controller je "Kategorie" hat.
Beispiel:
Ich habe nen MemberController
Dieser regelt ua MemberlisteView, MemberProfileView usw.
NewsController
Dieser regelt news via xml, pdf usw.

Oder ich raff einfach das gesamte MVC iVm php noch nicht

Lg
Alex

xm22

Bei meinem Framework habe ich es so gelöst, dass jede "Action" ein View hat. Sie kann allerdings auch manuell ein View festlegen (So lassen sich z. B. zentrale Fehlerseiten anzeigen). Jedes View hat noch mal je nach Bedarf verschiedene Ausgabeformate - i. d. R. HTML. Allerdings sind auch json, xml, etc. möglich.

Um Himmels Willen! Du willst eine komplette Applikation in einem Controller unterbringen?! Das ist ganz schlecht, weil die Übersicht flöten geht und Du keine Möglichkeit hast, die Applikation in mehrere Ebenen zu unterteilen (z. B. auth/login, auth/register - Stattdessen hättest Du so was wie auth_register, auth_login, usw.)

Ich frage mich gerade, warum Du Dir nicht einfach mal - wie bereits gesagt - fertige PHP-Frameworks anschaust und Dir anschaust, wie das dort gemacht wird. Du musst es ja nicht so wie diese umsetzen, aber ich denke, dann siehst Du erst mal die richtige Richtung..

haemoglobin

Dann hat man mehr als einen Controller.

Koala

Du widersprichst Dir doch !
Zuerst schreibst Du EINE view je Controller
und jetzt sind es doch mehrere.

Du denkst noch zu wenig in OOP und zu sehr prozedural
oder auch:
Du denkst zu sehr: das ist jetzt eine Memberseite.

Du lieferst aber keine Memberseite aus
sondern eine HTML-Seite die aus mehreren
Elementen besteht (Footer, Header, Werbebanner,
Contentbereich, "who is online"-Box, Kalender ...)


Zum groben Ablauf(MVC):
- es gibt einen Frontcontroller/Dispatcher/Router
der die Requests entgegennimmt und an den oder die
eigentlichen (Sub-)Controller weiterleitet.
Es können also mehrere (Sub-)Controller je Request
beteiligt sein.

Diese Subcontroller verarbeiten die Daten
interagieren mit dem Model (i.d.R. der Datenbank),
entscheiden welche View benötigt wird und
stellen die Ausgabedaten der View zur Verfügung.


Zum groben Ablauf(HMVC):
- es gibt einen Frontcontroller/Dispatcher/Router
der die Requests entgegennimmt und an den oder die
eigentlichen (Sub-)Controller weiterleitet.
Hier werden die benötigten Subcontroller anhand
eines Seitenobjekts ermittelt.
Das Seitenobjekt entspricht einem groben Template
in dem die Infos gepeichert sind welche Elemente
(Module) auf der Seite angezeigt werden.

Diese Subcontroller verarbeiten die Daten
interagieren mit dem Model (i.d.R. der Datenbank) und
stellen die Ausgabedaten der (Sub-)View zur Verfügung.

Nachdem alle Subcontroller angearbeitet sind
ruft der Frontcontroller die View auf
welche mit hilfe der Infos aus dem Seitenobjekt
die (Sub-)Views zu einer Ausgabeseite zusammensetzt
und ausgibt.


Zum groben Ablauf(APF):
Beim APF-Framework enthält das Seitenobjekt
eine baumartige Struktur so daß einzelne Elemente
ineinander verschachtelt sein können.
Jedes Element der Seite entspricht einer
MVC-Einheit.

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

splasch

Ich würd ein HMVC Schema dem MVC vorziehen. Entuell das auch bei deinen Controller bedenken.

Mfg Splasch

Alex04

Hallo und vielen Dank für eure Geduld!

Ja ich hatte mich anfangs wohl missverständlich ausgedrückt.
Ein Controller regelt bei mir momentan nicht eine View, sondern eine Viewklasse. Beispielsweise ist die MemberView dann zuständig für Sachen wie showMemberList(), showOnlineMember() usw.

Danke @ Koala für deine ausführliche Erklärung, ich werde mich mal etwas näher mit HMVC beschäftigen um abwägen zu können was besser passt!

Vielen Dank,
Lg
Alex

xm22

Omg: 3:38.. Schläfst Du nicht?!

Und dann für jeden Bestandteil eine Funktion, die den html-Code erzeugt? Das haben wir bei meinem früheren Arbeitsgeber auch so gemacht, aber es ist eigentlich unnötig, weil Du das auch über eine einzige View-Klasse mit verschiedenen Templates machen kannst. Außerdem müsstest Du bei Deinem Ansatz bei jeder Erweiterung die jeweilige View-Klasse erweitern. Das ist nicht sehr schön.

Schau Dir da mal Zend_View an. Das ist in der Funktionsweise recht einfach zu verstehen.

mimomamu

Anhand dieses Threads zwischen 13:00 und 23:00

__________________
Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden