Heim >Backend-Entwicklung >PHP-Tutorial >Gibt es ein Problem zwischen der Kontrollschicht, die das Modell aufruft, und der Ansichtsschicht, die das Modell aufruft?

Gibt es ein Problem zwischen der Kontrollschicht, die das Modell aufruft, und der Ansichtsschicht, die das Modell aufruft?

WBOY
WBOYOriginal
2016-09-21 14:12:581178Durchsuche

In einem Frame möchte ich Daten in der Ansichtsebene ausgeben:

Die erste Methode besteht darin, alle Daten in der Controller-Ebene zusammenzustellen. Beim Rendern der Ansichtsebenenvorlage ist es nicht erforderlich, die Datenbank direkt zu lesen Verwenden Sie die PHP-Funktion, um es auszugeben.

Zweitens verarbeiten Sie einfach die erforderlichen Daten in der Controller-Ebene und lesen Sie dann die Datenbank entsprechend der Situation, wenn die Ansichtsebenenvorlage gerendert wird

Welche dieser beiden Situationen ist besser?

----------------------Ergänzung----------------------

Mein Standpunkt: Ich denke, das spielt keine Rolle, denn das Einführen eines Modells in eine Controller-Methode ist gleichbedeutend mit dem Laden einer Datei, dem anschließenden Lesen der Daten in dieser Methode und dem schließlichen Einführen der Vorlagendatei Für mich ist es in Ordnung, die Datenbank in dieser Vorlagendatei zu lesen, aber Ersteres erhöht die
Lesbarkeit und Einfachheit des Vorlagencodes. In praktischer Hinsicht gibt es keinen großen Unterschied. Ich frage mich, ob das der Fall ist.

----------------------Ergänzung----------------------

Ich kenne die Eigenschaften von MVC, aber ich habe gesehen, dass einige meiner Vorgänger direkt Datenbank-
-Abfrage--Operationen in der Vorlage ausgeführt haben, daher hatte ich diese Frage, bitte helfen Sie ~

Antwortinhalt:

In einem Frame möchte ich

Daten in der Ansichtsebene ausgeben:

Die erste Methode besteht darin, alle Daten in der Controller-Ebene zusammenzustellen. Beim Rendern der Ansichtsebenenvorlage ist es nicht erforderlich, die Datenbank

direkt zu lesen Verwenden Sie die PHP-Funktion, um es auszugeben.

Zweitens verarbeiten Sie einfach die erforderlichen Daten in der Controller-Ebene und lesen Sie dann die Datenbank entsprechend der Situation, wenn die Ansichtsebenenvorlage gerendert wird

Welche dieser beiden Situationen ist besser?

----------------------Ergänzung----------------------

Mein Standpunkt: Ich denke, das spielt keine Rolle, denn das Einführen eines Modells in eine Controller-Methode ist gleichbedeutend mit dem Laden einer Datei, dem anschließenden Lesen der Daten in dieser Methode und dem schließlichen Einführen der Vorlagendatei. Dann kann ich Lesen Sie die Datenbank in dieser Vorlagendatei, aber Ersteres erhöht die

Lesbarkeit
und Einfachheit des Vorlagencodes. In praktischer Hinsicht gibt es keinen großen Unterschied. Ich frage mich, ob das der Fall ist. ----------------------Ergänzung----------------------

Ich kenne die Eigenschaften von MVC, aber ich habe gesehen, dass einige meiner Vorgänger direkt Datenbank-

-Abfrage-
-Operationen in der Vorlage ausgeführt haben, daher hatte ich diese Frage, bitte helfen Sie ~

Der erste Typ, Einzelverantwortung

Als ich anfing, Code zu schreiben, habe ich alle Datenbankabfragen in Vorlagen geschrieben, um Aufwand zu sparen und alle Probleme mit einer Methode zu lösen. Erst ein bis zwei Monate nach Projektlaufzeit muss der im Frühstadium eingesparte Aufwand für die immer größeren Codeblöcke verdoppelt werden, und je weiter das Projekt expandiert, desto mehr Zeit wird es brauchen kosten.

Jetzt verwende ich

第一种

Wie soll ich es ausdrücken? Tatsächlich hat jeder seine eigenen Vorteile.

Selbstverständlich wird empfohlen, den ersten so oft wie möglich zu nutzen.


Wenn es sich um ein kleines persönliches Entwicklungsprojekt handelt und es nicht zu viele Funktionen und spätere Erweiterungen gibt, ist es schneller, die zweite Methode zu verwenden. Benutze es jederzeit, nimm es jederzeit

Der erste ist gut! Der erste Typ hängt auch davon ab, ob die Geschäftslogik in M ​​oder C platziert ist. Auch das ist von Person zu Person unterschiedlich.

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn