TL; DR ja, irgendwie.
Dies würde man "Model 2 MVC" oder "Web MVC" nennen, wie es von der Java-Gemeinschaft in den frühen 2000ern definiert wurde.
Der Hauptunterschied zum "klassischen MVC" besteht in der Art und Weise, wie die Ansicht mit dem Modell interagiert, denn im klassischen Ansatz würde die Ansicht observe das Modell für Änderungen in seinem Zustand sein. Der Controller würde den Zustand des Modells ändern und die Ansicht würde ein Signal erhalten, dass sich der Zustand des Modells geändert hat. Dies würde die Ansicht veranlassen, nur die Information anzufordern, die in direktem Zusammenhang mit der Zustandsänderung stand.
Aber der klassische Ansatz ist nicht so pragmatisch für das Web. Wo kommt Model2MVC ins Spiel?
Aufgrund der Anfrage-Antwort-Natur des Web werden Sie mit Paaren von Controllern und Ansichten enden. Und jede Ansicht weiß bereits, was ihr gepaarter Controller im Modellzustand ändern wird. Und es braucht nichts zu beobachten, weil es alle Daten der Seite sowieso brauchen wird.
Ich hoffe, das hilft.
P.S. Die Gründe, warum Sie sehen, dass so viele behaupten, MVC zu verwenden, was völlig anders ist, ist RubyOnRails - es hat "MVC" als Marketing-Schlagwort verwendet.
Ja, wenn Sie nach der [wikipedia] (https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) Definition gehen, ist Ihre Interpretation korrekt. –
Es ist nicht völlig ausreichend tho: Benutzeranforderungen sind nicht nur Daten aus dem Modell abrufen. Benutzeranforderungen werden nicht direkt von einem Modell behandelt, sondern immer von einem Controller (der immer zwischen der Ansichts- und der Modellschicht liegt). – Benjamin
der einzige Unterschied besteht darin, den Pfeil von Ansicht-> Modell zu Modell-> Ansicht –