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

 
Maxim Kuznetsov:

Warum nicht? Merken Sie sich das und ändern Sie es in der nächsten Ausgabe.

Das hat er nicht gemeint. Keine Korrektur, sondern ein Vergleich zwischen meinem Niveau und dem meines Gegners.

 

Ich finde diesen Artikel sehr interessant und nützlich für diejenigen, die mit diesem Thema nicht vertraut sind.

Ich möchte dem Autor meinen Dank für die gute Darstellung und die leichte Lesbarkeit aussprechen.

Und wie Andrey in dem Artikel erwähnt, ist es nicht so einfach, ein ideales MVC-Indikatorprogramm zu erstellen. Aber die Beispiele in dem Artikel haben mir sehr gut gefallen.

 
Rashid Umarov:

Ich finde diesen Artikel sehr interessant und nützlich für diejenigen, die mit diesem Thema nicht vertraut sind.

Ich möchte dem Autor meine Dankbarkeit für die gute Präsentation und die leichte Lesbarkeit aussprechen.

Und wie Andrey in dem Artikel erwähnt, ist es nicht so einfach, ein ideales MVC-Indikatorprogramm zu erstellen. Aber die Beispiele in dem Artikel haben mir sehr gut gefallen.

Vielen Dank für Ihre schmeichelhafte Meinung, Rashid )

 

@Andrei Novichkov, welcher Komponente sollte die Protokollierung zugewiesen werden? Der View? Aber es ist irgendwie langweilig, jede Log-Zeile vom Model zur View via Controller zu übertragen.

Andrei Novichkov
Andrei Novichkov
  • 2021.03.24
  • www.mql5.com
Профиль трейдера
 
Die Protokollierung kann als weitere Darstellung vorgenommen werden. Das Model weiß über die View Bescheid und kann unter Umgehung des Controllers mit ihr kommunizieren. Und beachten Sie, dass das Logging nicht nur im Model, sondern auch in der View stattfinden kann.
 

@Andrei Novichkov, ich verstehe, danke.

Eine weitere Frage: Wie korrekt ist es, Eingabeparameter nur im Controller zu definieren? Ist es nicht korrekter, solche Eingabeparameter wie iSlippage und Magic in der View zu definieren (weil der Controller sie nicht braucht)? Dann erscheinen diese Parameter nach dem Einfügen der Datei mit der Ansicht in die Datei mit dem Controller als eine Gruppe in den Eingabeeinstellungen des Expert Advisors.

Andrei Novichkov
Andrei Novichkov
  • 2021.03.24
  • www.mql5.com
Профиль трейдера
 
Warum zwei Einheiten anstelle einer logisch vollständigen Einheit? Oder drei. Oder vier. Richtig wäre es, eine Entität zu schaffen und über eine kontrollierte Zugriffsmöglichkeit für Modell und Darstellung nachzudenken.
 
Andrei Novichkov:
Warum zwei Einheiten anstelle einer logisch vollständigen Einheit? Oder drei. Oder vier. Richtig wäre es, eine Entität zu schaffen und sich eine kontrollierte Zugriffsmöglichkeit für Modell und Repräsentation auszudenken.

Ich bin mir nicht sicher, ob Sie verstehen, was ich sage. Ich schlage nicht vor, dass wir neue Entitäten schaffen - nein. So wie es drei Komponenten waren, wird es auch bleiben.

Es ist nur so, dass es sonst unlogisch ist, iSlippage- und Magic-Variablen auf der globalen Ebene des Controllers zu deklarieren, die von diesem nicht verwendet werden, sondern nur in der View genutzt werden können. Infolgedessen wird die .mqh-Datei der View nicht formell von F7 pseudo-kompiliert, was eine automatische Überprüfung von Syntaxfehlern nicht zulässt (ich spreche nicht von Ihrem Beispiel, sondern allgemein, wenn diese Variablen in der View verwendet werden).

 
In den Eingabeparametern können viele Parameter enthalten sein, darunter auch Magik. Verteilen Sie diese Parameter auf verschiedene Komponenten? Meiner Meinung nach ist das nicht die beste Lösung, aber Sie können Ihre Idee ausprobieren. Mal sehen, wie es aussehen wird.
 
Ok, danke für den Artikel und die Beantwortung der Fragen.