Analyse der MVC-Architektur im PHP-Framework (mit Beispielen)

Der Inhalt dieses Artikels befasst sich mit der Analyse der MVC-Architektur im PHP-Framework (mit Beispielen). Ich hoffe, dass er für Sie hilfreich ist.

Bevor wir über die MVC-Architektur sprechen, sprechen wir zunächst über das PHP-Framework. Viele, viele Menschen, die die PHP-Sprache gelernt haben, werden mit verschiedenen PHP-Frameworks konfrontiert. Was ist mit TP, Yii, CI und dem sehr beliebten Laravel usw.

Die meisten von ihnen werden sagen, dass sie auf der MVC-Architektur basieren, und dann muss man versuchen, die Logik von MVC zu verstehen und diese Logik zum Erstellen einer Website zu verwenden, und dann werden sie das sagen MVC ist wirklich köstlich~

Interview

In vielen PHP-Interviews werden möglicherweise Fragen zu MVC gestellt, z. B. was MVC bedeutet und wie man diese Architektur versteht. Viele Menschen verstehen jedoch, dass das Modell ein Modell ist, das der Tabellenstruktur in der Datenbankansicht entspricht und zur Anzeige verwendet wird. Der Controller wird hauptsächlich zum Schreiben verschiedener Logiken und zum Zuordnen von Daten zur Seitenanzeige verwendet.

Mit der obigen Antwort gibt es grundsätzlich kein Problem, aber ist der Aufbau einer Website wirklich so einfach? Offensichtlich nicht

Design

Lassen Sie uns vorher zunächst eines der Designmuster verstehen: das Mediatormuster. Ein anschauliches Verständnis ist: der Adapter zwischen dem Hong Kong Bank-Stecker und dem National Bank-Stecker.

In der MVC-Architektur ist der Controller dieser Adapter. Es ist nur für die Übertragung der Daten im Modell an die Ansicht verantwortlich. Besucher können die im Modell gespeicherten echten Daten nicht sehen. Aus einer anderen Perspektive kann dieses Zwischenmodell die freundliche Kommunikation zwischen zwei Datenschichten erleichtern.

Die Grube erklimmen

Ist dieser Modus wirklich so gut? Da die Geschäftslogik immer komplexer wird, werden Sie feststellen, dass der Controller immer mehr Codes enthält und Sie den redundanten Code nicht einmal anpassen und optimieren möchten.

Aber aus makroökonomischer Sicht hat die Website einfach mehr Anfragen, mehr Formulare, mehr Seiten und sonst nichts.

Das stimmt, das liegt daran, dass es viele Dinge wie dieses oder jenes gibt, die dazu führen, dass jede Methode im Controller sehr lang ist, sodass die Lösung, die man sich vorstellen kann, darin besteht, sie aufzuteilen.

Wenn Sie das yii-Framework verwendet haben, wissen Sie, dass der einfachste Weg darin besteht, eine Anforderungsformularebene hinzuzufügen. Der Code lautet wie folgt:

class AuthController {
    public function login() {
        $FLogin = new loginForm();
        $FLogin->save();
    }
}

// 一般在独立的文件夹中
class loginForm {
    public function __construct() {
        $post = $_POST;
    }
    
    public function save() {
    }
}

Das Obige dient der Lösung des Problems des Formulars im Controller Dieses Problem kann im Grunde viele Codierungsprobleme lindern.

Divergenz

Aus Sicht der Lösung der Formularschicht gibt es tatsächlich viele ähnliche Probleme, die gelöst werden können. Wir wissen, dass es im Frontend ein Framework namens vue.js gibt, das ein Konzept namens MVVM-Modell erwähnt.

Tatsächlich kann das Backend bei der Anzeige komplexer Seiten dieses Ding auch zur Datenausgabe verwenden, wenn Daten an die Außenwelt ausgegeben werden. Wie ein solches Modell erstellt wird, hängt von der Geschäftslogik ab.

Hier ist ein einfaches Beispiel für das User Center, da hier oft mehr als nur eine Tabelle mit Daten benötigt wird:

class AuthController {
    public function userCenterAction() {
        return new userVM();
    }
}

class userVM {
    public $user;
    public $orders;
    public $other;

    public function __construct() {
        $this->user = $this->getUser();
        $this->orders = $this->getOrders();

        $this->handle();
    }

    private function getUser() {
        return NULL;
    }

    private function getOrders() {
        return NULL;
    }

    private function handle() {
    }
}

Im obigen Code gibt es eine VM-Schicht, in der der Code zum Erhalten von Daten können in ihren jeweiligen Methoden platziert und dann in der Handle-Methode frei kombiniert werden. Dadurch ist auch der Code im Controller sehr einfach zu verwalten.

Überlegen Sie noch einmal: Gibt es andere Schichten, die gekapselt werden können? Tatsächlich gibt es einige, wie zum Beispiel die Anforderungsschicht, die häufig vom Framework gekapselte Validierungsschicht und die beliebte Middleware-Schicht in Laravel usw. Man kann nur sagen: Je komplexer das System, desto mehr Schichten hat es.

Hinter jedem komplexen System stehen die Designideen erfahrener Entwicklungsingenieure und Architekten. Nachdem ich so viel oben gesagt habe, weiß ich nicht, ob die Leser diese Dinge verstehen können. Nehmen Sie den obigen Code als Beispiel, er enthält ein anderes Entwurfsmuster: das Builder-Muster.

Zusammenfassung

Wenn Sie viel Code schreiben, werden Sie die Wahrheit dahinter kennen. Wenn ein neues Framework geboren wird, verlagert sich der Schwerpunkt allmählich vom Erlernen des Frameworks hin zur Art und Weise, wie das Framework gestaltet ist und welche Art von Problemen es löst. Wo bessere Technologien und Methoden zum Einsatz kommen und was daraus gewonnen werden kann. Welche Designideen gibt es an manchen Stellen? Warum fällt mir etwas ein, aber die andere Partei kann es nicht?

Ich habe in den letzten Jahren verschiedene PHP-Frameworks verwendet, von CI bis Symfony. Ohne die Verwendung so vieler Frameworks werden Sie diese Dinge nicht erleben können. Das Erlernen des Programmierens ist eigentlich dasselbe wie Englisch, es gibt keine Abkürzung.

Mehr schreiben, mehr denken, mehr üben...

Das obige ist der detaillierte Inhalt vonAnalyse der MVC-Architektur im PHP-Framework (mit Beispielen). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!