[Ben]

Ich würde Filter nicht im Controller verwenden, sondern da wo du sie wirklich brauchst. Bei der Generierung von Ausgaben und bei der Kommunikation mit der Datenbank.

[Chr!s]

Zitat von Ben

Ich würde Filter nicht im Controller verwenden, sondern da wo du sie wirklich brauchst. Bei der Generierung von Ausgaben und bei der Kommunikation mit der Datenbank.

Genau.

SubController verwende ich so: (controller.class.php

PHP-Code:

<?php
        function execute() {
                require_once(COREROOT . '/subcontroller/' . $this -> sController . '.controller.php');
                new $this -> sController(&$this -> oMysql, &$this -> oTemplate);
        }
?>

Die Subcontroller starten dann direkt bei der Initialisierung, macht was seine Aufgabe ist und gibt das Ganze an den View weiter. Ich hab mal ein Bild angehängt..

[ex³]

Also ihr beiden:
Das mit den Filtern und nur da wo sie gebraucht werden. Angenommen ich hab beispielsweise irgendeine BBCODE- oder Wiki-Klasse. Dann wird das doch im Controller aufgerufen ungefähr so:

PHP-Code:

<?
class Text {
    function output() {
        $text = $this->db->query("Hole Text");
        $text = $this->bbcode->format($text);
        $this->tpl->assign($text);
        $this->tpl->output();
    }
}
$site = new Text();
$site->output();
?>

Wo sollte man so Sachen wie number_format(), etc. sonst machen?

[Chr!s]

Wo sollte man so Sachen wie number_format(), etc. sonst machen?

PHP-Code:

<?php
$text = $this->bbcode->format($text);
?>

Hier?

[ex³]

Ja außerhalb der ganzen Controller Sache? Wenn ich doch einen Text im Controller aus der Datenbank hole wieso soll ich den dann draußen formatieren? Deine Codezeile hab ich doch in meinem Schnipsel.

[Chr!s]

Zitat von ex³

Ja außerhalb der ganzen Controller Sache? Wenn ich doch einen Text im Controller aus der Datenbank hole wieso soll ich den dann draußen formatieren? Deine Codezeile hab ich doch in meinem Schnipsel.

Naja, das is auch mein Problem, weshalb ich mich für einen Controller und mehrere (viele) Subcontroller entschieden hab. Der Controller lädt dann nälmich über das Model alle Einstellungen und initialisiert dann den Subcontroller, welcher sich bei seiner Initialisierung automatisch startet und alles weitere übernimmt. Schau dir mal meine angehängt Grafik etwas weiter oben an.

Wenn du nur einen einzigen Controller verwenden willst, musst du irgendwie alle benötigten Funktionen acuh da rein packen. Find ich aber irgendwie unsinnig, oder ich hab das einfach noch nicht so verstanden.

[WarrenFaith]

Durch die Subcontroller kannst du diese doch in andere maincontroller wieder einbinden. Dadurch sparst du doch das schreiben von identischen codes...
so würde ich das zumindest verstehen.

[ex³]

Warum wird das nicht so geregelt? Da könnte man ja für jeden Anwendungsbereich bestimmte Funktionen bereitstellen.

PHP-Code:


class controller {
    private $subcontroler = NULL;
    private $text;
    
    public __construct(subcontroller $controller) {
        $this->subcontroller = $controller;
    }

    public output() {
        return $this->subcontroller->format($this->text);
    }

} 


[Ben]

Zitat von ex³

Wenn ich doch einen Text im Controller aus der Datenbank hole

Machst du ja nicht.

Der Controller ist sozusagen das Hirn. Das Hirn sagt der Hand, dass sie zugreifen soll und die macht das dann, wobei die Hand erstmal überprüft, ob es weh tut, wenn man zugreift.
Verständlich beschrieben?


Ein Controller ist nicht, was man wiederverwendet @WarrenFaith.
Der Kern des Systems wird wiederverwendet. Model und View bieten bei guter Strukturierung und Implementierung die Möglichkeit immer wieder verwendet zu werden, z.B. in Form der Persistenzabstraktion etc.

Der Controller ist speziell auf ein System angepasst. Heißt, dass er natürlich unterschiedlich aussieht und auch unterschiedlich komplex ist.

Filterungen, wie z.B. das richtige Escapen bei SQL-Queries etc., werden nicht im Controller durchgeführt, sondern intern in den entsprechenden Klassen. Ebenso bei der Ausgabe.
Da kommt es dann auf die richtige Implementierung an und auf die Möglichkeit Ausgaben so zu manipulieren, dass man all das machen kann, was man gerne möchte.
(Bisschen bescheuert beschrieben ... -)


Fakt ist, dass man mit einem Controller genau ein System laufen lassen kann. Mit einem anderen Controller wieder etwas anderes ... das eine ist vielleicht ein CMS, das andere ein Shop, ein nächstes vielleicht ein Auktionshaus oder eine Lagersoftware.
Der Kern bleibt .. aber das außenrum ändert sich.

Das Schreiben eines Subcontrollers ist genauso legitim, wie alles andere auch, da es eben (gerade für PHP) keine fixe Spezifikation gibt, wie das alles auszusehen hat.

Es gibt kein festes "richtig"/"falsch"!

Grüße, Ben.

[Lars]

Erstklassige Erklärung.


// edit:
Ein Erklärbär :>

[Ben]

Mal sehen, ob das die anderen auch so sehen.

[WarrenFaith]

Zitat von Ben

Ein Controller ist nicht, was man wiederverwendet @WarrenFaith.

Nuja ein Subcontroller könnte aber in mehreren MainControllern wiederverwenden. Deswegen gibt es bei mir ja SubController.

[Ben]

Habe ich ja auch niemals bezweifelt.

Zitat von Ben

Ein Controller ist nichts, was man wiederverwendet

Zitat von Ben

Das Schreiben eines Subcontrollers ist [..] legitim

[WarrenFaith]

dann vielleicht der zusatz: ein Controller ist so spezifisch, dass er maximal im gleichen Projekt wiederverwendet werden kann.

einverstanden?

[Ben]

Man könnte im Prinzip auch sagen, dass "Subcontroller", wie ihr es nennt, Module sind!