[Chr!s]

Nun ich weiß es is recht spät (fast 2), aber irgendwie kann ich um die Zeit erst richtig anfangen zu denken. (oder auch nicht, aber ich komm mir jedenfalls so vor ).
Nun, ich hab mir heute mal das zu Gute geführt:
http://www.tonymarston.net/php-mysql...ontroller.html (wie in Bens Thread von ihm verlinkt).

Jetzt bin ich mir aber noch nicht ganz sicher, ob ich das Prinzip verstanden habe - oder viel mehr, wie ich dies nun konkret anhand eines Beispiels einsetzen soll.
Nehmen wir uns folgende Situation:
Vorhanden sind folgende Klassen: MySQL und Template
Gewünscht ist natürlich folgendes Modell: Model-View-Controller

Bei meinem Beispiel geht es um folgendes:
Ein User bekommt eine ganz Index-Seite zu sehen, auf der diverst Daten ausgelesen werden wie welche User derzeit online sind, diverse andere kleinigkeiten, und dann ein Formular zum einloggen. Soweit, so gut.

Schickt der User jetzt das Formular mit seinen eingegebenen Daten ab, so wird das zunächst mal vom Controller abgenommen (hier die Werte aus _POST). Der Controller kümmert sich (neben dem Einbinden der Konfiguration, ect) nun darum, was mit den Daten passiert. Indemfall müsste also erst eine Validierung der eingegebenen Daten stattfinden. Ja, und jetzt fängts bei mir an zu stocken.

Um das zu machen, muss ich ja die Daten dem Model weitergeben. Ist das so gedacht, dass ich verschiedene Models hab (index.model.php, login.model.php, registration.model.php)? Ich glaube wohl eher nicht. Dann ist nun die Frage, wo denn meine ganzen Funktionen hinsollen (getOnlineUser(), validateAuth() etz) .. gehören die ins Model, und wenn ja, wie?

Dass das ganze dann an den View weitergegeben wird ist nicht allzuschwer, dahinter hockt dann meine Templateklasse, die das alles aufbereitet und ausgibt.

Mein Problem ist einfach das Verständnis, wo denn all meine benötigten Fuktionen hinsollen - in ein, oder mehrere Model (aufgetetilt nach Logik, natürlich)? Ich versuch mal etwas "Pseudo"-Code zu tippen (PHP4, da Kombatibilität bei meinem Projekt wichtig ist

PHP-Code:

<?php
class Controller {
        function Controller() {
                if(isset($_POST['submitted'])) {
                        $aPostData = array(...);
                        $bIsAuthorized = $oModel -> validateAuth($aPostData);
                        
                        if($bIsAuthorized == true) {
                                $oView -> render('logged_in');
                        }
                }
        }
?>

Das ist jetzt natürlich mehr als grob und unzureichend. Doch auch hier hab ich meine Verständnisprobleme.

Ich würde mich über eine kurze (von mir aus pseudocode-artige, aber dann bisschen detailliertere) Beschreibung eines ganz normalen LoginVorgans in Form eines MVCModels echt freuen.

[Lars]

Deine Datenbankklasse ist das Model, bietet also den Zugriff auf persistente Daten, und die Templateklasse ist die View, sorgt also für die Ausgabe.

Der Controller, in deinem Fall der Login, verbindet Model und View und macht einen benutzbaren Login draus. Er prüft erst im Model (z.B. in einer Session), ob der User schon angemeldet ist, danach wird die View angewiesen, entweder das Loginformular auszugeben oder ne Meldung ala "Schon eingeloggt, fu" oder whatever.

Ist eigentlich ganz einfach. Stells dir wie nie umgedrehte Pyramide vor. Model (oben links), View (oben rechts), Controller (unten).

[Chr!s]

Zitat von Lars

Der Controller, in deinem Fall der Login,

Heißt das dann, das ich mehrere (quasi: viele) Controller habe? Oder wie soll ich das verstehn?

Zitat von Lars

Er prüft erst im Model (z.B. in einer Session), ob der User schon angemeldet ist, danach wird die View angewiesen, entweder das Loginformular auszugeben oder ne Meldung ala "Schon eingeloggt, fu" oder whatever.

So verwende ich das ja uach bisher, ich glaube, ich denke immer noch viel zu strikt bzw gradlinig. Das Prinzip hab ich schon verstanden, nur es hapert wie gesagt am der Umsetzung.

So wie ich das grad versteh - wo sind dann meine ganzen Funktionen wie validateLogin() ect .. im Controller?

[Lars]

Heißt das dann, das ich mehrere (quasi: viele) Controller habe?

Jap. Ein Login ist ein Controller, eine Registrierung auch, ein Kontaktformular, whatever.

wo sind dann meine ganzen Funktionen wie validateLogin() ect .. im Controller?

Sozusagen. Das Model bietet nur den Zugriff auf persistente Daten, die View macht nur die Ausgabe. Demnach ist alles dazwischen auf irgendeine Weise Controller.
Da ist natürlich viel Platz für Diskussionen, aber prinzipiell ist es so.

[Chr!s]

Jap. Ein Login ist ein Controller, eine Registrierung auch, ein Kontaktformular, whatever.

Guuuuut. Dann ist das doch schon so, wie ich es mir gedacht habe. Sonst hätte ich mich auch stark gewundert, um ehrlich zu sein.

Sozusagen. Das Model bietet nur den Zugriff auf persistente Daten, die View macht nur die Ausgabe. Demnach ist alles dazwischen auf irgendeine Weise Controller.
Da ist natürlich viel Platz für Diskussionen, aber prinzipiell ist es so.

Klar, denn mein Controller bietet ja dann quasi mein Funktionen-Repository für die aktuelle Aufgabe (index.controller.php, login.controller.php) usw ..

Model ist dann meine MySQL Klasse (wahrscheinlich kombiniert mit meinem SessionHandling, falls ich das explizit behandeln werde), und View meine Template-Klasse.
Gut dankeschön, nun hab ichs doch entgültig verstanden. Dann war meine bisherige Version gar nicht mal weit von MVC entfernt.

[Ben]

Imho gibt es nur einen einzigen Controller, der dann an die Aufgaben an seine Methoden delegiert!

[Lars]

Ist ja das selbe Prinzip. Ob man das jetzt weiter aufteilt oder gekapselt lässt, macht ja nicht den Riesenunterschied.

[Chr!s]

Zitat von Ben

Imho gibt es nur einen einzigen Controller, der dann an die Aufgaben an seine Methoden delegiert!

Gerade diese Variante verwirrt mich aber. Demzufolge hat dieser Controller ja dann eine unmenge an Methoden? Ich handhab das lieber so, dass ich mehrere Controller haben - falsch wird es ja nicht sein..

[Ben]

Falsch nicht.
Wie ich hier schrieb

Zitat von Ben

ch verwende den Begriff Controller dennoch, da ich finde, dass man so trotz des Unterschiedes der Implementierung z.B. in Java etwas mehr Übersicht erhält, sofern man im Voraus klärt, was der Begriff bedeutet.

[Lars]

Ben 06.06.2006 02:52:37 bin pennen.
Ben 06.06.2006 04:35:05 alter ... jetzt kannsch net pennen .. geht doch nicht an ...
Lars 06.06.2006 04:42:49 :>

[ex³]

Bin auch derzeit am MVC und hab auch irgendwie Verständnis Probleme.
Hier mal Pseudo-Mischmasch-Code wie ichs machen würde...vielleicht ein E-Mail Formular.
Model Mailformular, View sind templates und der Controller...der kontrolliert halt.

So würd ich mir das jetzt vorstellen. Vielleicht schreibt ihr mir was dazu.

Allerdings wüßte ich gern...
...wie man bei so einem Vorgehen am geschicktesten Exeptions einbaut und wie man z.b. weiterleitet beispielsweise mit header(); bzw wo das abgehandelt wird.

// Hatte in dem PHP Solution Magazin irgendein
// Schnipsel gefunden in dem GET und POST irgendwie in einem Objekt
// sind allerdings find ich das heft grade nicht.

class requestobject {
    public $data;
    
    public __construct($_GET, $_POST) {
        $this->data = array_merge...
    }
}

class MailVersand {
    private $mail, $tools, $db, $request = NULL;

    public __construct() {
        $mail, $tools, $db, $request = new;
    }
    
    public start {
        $this->db-> "Hole Userliste"
        $this->template->assign($users);
    }
    
    public ouput() {
        $this->template->output();
        exit();
    }
    
    public validate() {
        $this->db "get usermail from table where id = $this->request->userid;
        $this->tools->checkmail($this->request->usermail);
        return TRUE;
    }
    
    public send () {
        $this->mail->sendmail($this->request->usermail);
    }
    
    public finish() {
        unset($this->request);
        $this->template->assign('verschickt!');
    }
}

new Mailer = Mailversand;

// Die Steuerung findet hier statt.
// Ist wohl geschickter als alles im Konstruktor abzuhandeln.

if(empty(Mailer->$request)) {
    $Mailer->start;
    $Mailer->output;
} elseif(is_array($this->$request)) {
    $check = $Mailer->validate();
    if($check) {
        $Mailer->send();
        $Mailer->finish();
        $Mailer->output();
    }
}

[Chr!s]

Wenn ich mit einem Controller arbeite, dann is das genauso okay, fänd ich auch irgendwo hübsch.
Aber dann nochmal die Frage:
Hab ich bei einem Controller etwa alle Methoden, die ich jemals brauche (außer Model und View-Aufgaben) in der Contoller-Klasse?
Das wär doch dann ganz schön oversized, meiner Meinung nach ..

So ergeben sich dann 2 Möglichkeiten:
1) index.php filtert die action raus und initialisiert den Controller
2) Der Controller (login, registration ect) hält die nötigen Methoden bereit, befrägt das Model nach den benötigten Daten und gibt alles dem View weiter
3) Der View gibt dann mein Zeug (in meinem Fall eben Templates)

Und
1) index.php initailisiert automatisch den einzigen Kontroller im ganzen Script
2) Der Controller filtert sich die action raus und führt jenach action seine Methoden aus und übergibt die Daten dann dem View
3) Der View gibt dann mein Zeug (in meinem Fall eben Templates)

Richtig?

[WarrenFaith]

Also ich realisiere das mit einem Hauptcontroller und mehreren Subcontrollern, z.b ist ein Subcontroller halt der zur Anzeige von Loginformular oder Userinfos je nach Loginstatus. Aber ansonsten hast du recht Chr!s

[Chr!s]

Zitat von WarrenFaith

Also ich realisiere das mit einem Hauptcontroller und mehreren Subcontrollern

Ich muss sagen, diese Methode hört sich für mich am besten an. Danke dafür, ich werds wohl auch so nutzen.

Danke für eure Mühe

[ex³]

Also ich steig grad nicht durch. Chr!s was meinst du denn mit oversized? Warum wird denn der Controller immer größer? Und was bringt ein Subcontroller? Ist das irgendein weiteres Objekt das Funktionen bereitstellt?

Das versteh ich auch net.

Du hast einfach eine index.php, die den Controller instanziert. Dann werden im Controller ein paar Operationen und Anweisungen abgearbeitet. Ist er fertig werden die benötigten Daten an den View weitergegeben (zB Templates). Fertig.

Meine Erfahrung ist, je strikter man das MVC Model einhält umso komplizierter wird es.

Für dein Projekt reicht es wahrscheinlich die GUI vom Bussines Layer zu trennen (also View vom Controller).

Du könntest natürlich noch einige Schichten zur Datenbankabstraktion etc. haben. Das ist aber IMO nur bei sehr umfrangreichen Sachen empfehlenswert, weil ansonsten alles sinnlos verkompliziert wird.

Jay

[Chr!s]

Also mein Projekt ist nichts kleines, im Gegenteil. Ich hab schon Monate für die Grundkonzeption und Ideenausarbeitung gebraucht. Is also schon richtig groß angesetzt, und das wird es auch.

Demnach brauch ich auch wirklich eine gtue MVCEintelung, sonst wird das später zu unübersichtlich.
Nun, mit oversized mein ich einfach, dass ich für das besagte Projekt viele, wirklich viele verschiedene Funktionen brauche. Wo soll ich die denn dann unterbringen? Im Controller? Dann wäre dieser mehrere hundert Kilobyte groß, für mich is das eindeutig "oversized". Die Varinte mit den Subcontrollern passt perfekt, da kann ich immer genau das reinpacken, was benötigt ist.

[Ben]

Ganz alleine mit so einem großen Projekt ... uiuiui ..

[Chr!s]

Weiß schon
Ich möcht das ganz bewusst alleine durchziehn.
Ich wachse daran, und wenn ich Probleme hab - weiß ich mich ja wohin ich mich wenden kann

[ex³]

Angenommen ich brauch zahlreiche verschiedene Funktion zum prüfen von Strings, Zahlen, etc.

Dann geb ich dem Controller neben den template, db, model objekten eben noch ein paar andere objekte mit, welche naheliegende Hilfsfunktionen voneinander trennen um das gehts doch hier? Nennt man sowas dann Sub-Controller? Also ein Objekt das sich um Strings kümmert das andere um Zahlen, vielleicht auch eins mitSession Daten?