Diskussion zum Artikel "MVC-Entwurfsmuster und seine mögliche Anwendung"

[MetaQuotes]

Neuer Artikel MVC-Entwurfsmuster und seine mögliche Anwendung :

Der Artikel stellt ein beliebtes MVC-Muster vor sowie die Möglichkeiten, Vor- und Nachteile seiner Verwendung in MQL-Programmen. Die Idee ist, einen bestehenden Code in drei separate Komponenten aufzuteilen: Model, View (Darstellung) und Controller.

In diesem Artikel werden wir das "klassische MVC" betrachten, ohne jegliche Komplikationen oder zusätzliche Funktionalität. Die Idee ist, einen bestehenden Code in drei separate Komponenten aufzuteilen: Model, View (Darstellung) und Controller. Nach dem MVC-Muster können diese drei Komponenten unabhängig voneinander entwickelt und gewartet werden. Jede Komponente kann von einer separaten Gruppe von Entwicklern entwickelt werden, die sich um die Erstellung neuer Versionen und die Behebung von Fehlern kümmern. Dies kann natürlich die Verwaltung des Gesamtprojekts erheblich vereinfachen. Außerdem kann es anderen Personen helfen, den Code zu verstehen.

Werfen wir einen Blick auf die einzelnen Komponenten.

1. View. View ist für die visuelle Darstellung von Informationen zuständig. In einem allgemeinen Fall sendet es Daten an den Benutzer. Es kann verschiedene Methoden geben, um dieselben Daten dem Benutzer zu präsentieren. Zum Beispiel können Daten gleichzeitig durch eine Tabelle, ein Diagramm oder ein Diagramm dargestellt werden. Mit anderen Worten: Eine MVC-basierte Anwendung kann mehrere Views enthalten. Views erhalten Daten vom Model, ohne zu wissen, was im Model passiert.
   
2. Model. Das Model enthält Daten. Es verwaltet Verbindungen mit Datenbanken, sendet Anfragen und kommuniziert mit verschiedenen Ressourcen. Es verändert die Daten, prüft sie, speichert und löscht sie, wenn nötig. Model weiß nichts darüber, wie die Ansicht funktioniert und wie viele Ansichten existieren, aber es hat die notwendigen Schnittstellen, über die die Ansichten Daten anfordern können. Mehr können die Views nicht tun, d. h. sie können Model nicht zwingen, seinen Zustand zu ändern. Dieser Teil wird vom Controller übernommen. Intern kann Model aus mehreren anderen Models zusammengesetzt sein, die in einer Hierarchie angeordnet sind oder gleichberechtigt arbeiten. Das Model ist in dieser Hinsicht nicht eingeschränkt, abgesehen von der bereits erwähnten Einschränkung — das Model hält seine interne Struktur vor der View und dem Controller geheim.
   
3. Controller. Controller implementiert die Kommunikation zwischen dem Nutzer und Model. Der Controller weiß nicht, was das Model mit den Daten macht, aber er kann dem Model mitteilen, dass es an der Zeit ist, den Inhalt zu aktualisieren. Im Allgemeinen arbeitet der Controller mit dem Model über dessen Schnittstelle, ohne zu versuchen zu verstehen, was in ihm vorgeht.

Die Beziehung zwischen den einzelnen Komponenten des MVC-Musters kann visuell wie folgt dargestellt werden:

Autor: Andrei Novichkov