Galerie der in MQL geschriebenen UIs - Seite 80

 
Реter Konow #:
Für den Entwickler, natürlich. Wenn man jedoch die Erfahrungen der Autoren der Artikel und der GUI-Bibliotheken betrachtet, kommt man nicht umhin, eine gewisse Schwierigkeit bei der Popularisierung festzustellen, mit der sie konfrontiert waren. Aus irgendeinem Grund, der mir nicht ganz klar ist, erregt dieses Thema nicht die Aufmerksamkeit der breiten Öffentlichkeit. Vielleicht liegt es daran, dass der Prozentsatz starker Entwickler nicht hoch ist, aber es ist auch wahrscheinlich, dass die Komplexität großer Bibliotheken und Artikel jemanden abschreckt. Seien wir ehrlich - OOP ist keine einfache Abstraktion, und wenn sie einem im Weg steht, wird die Motivation eines Menschen auf die Probe gestellt.

Meine Auszeichnungssprache ist natürlich viel einfacher als das OOP-Konzept, aber auch sie erfordert eine Präsentation, die in Teile zerlegt ist und sich über Monate hinzieht. Im Hinblick auf die Popularisierung von etwas ist dies ein sehr ineffizienter Ansatz. Deshalb bin ich zu dem Schluss gekommen, dass die Auszeichnungssprache fast unweigerlich das Schicksal der grafischen Bibliotheken erleiden wird.

Im Gegensatz dazu ist ein visueller Editor innerhalb der Handelsplattform ein neuer Weg. Das hat es hier noch nicht gegeben. Es besteht also die Hoffnung, dass es ein anderes Schicksal haben wird.



Heutzutage werden die meisten fortschrittlichen Schnittstellen programmatisch entwickelt, und das führt zu sehr guten Ergebnissen. Außerdem nimmt das Schreiben einer Bibliothek viel weniger Zeit in Anspruch als die Entwicklung eines kompletten grafischen Editors, das Wichtigste ist nur, eine bequeme Software-Schnittstelle zu entwickeln, die einfach zu bedienen ist.

 
Kuzma Shevelev #:



Heutzutage werden die meisten fortschrittlichen Schnittstellen programmatisch entwickelt, und das liefert sehr gute Ergebnisse. Außerdem nimmt das Schreiben einer Bibliothek viel weniger Zeit in Anspruch als die Entwicklung eines kompletten grafischen Editors, das Wichtigste ist nur, eine bequeme Software-Schnittstelle zu entwickeln, die einfach zu bedienen ist.

Ich will nicht streiten, das ist nur eine Meinung.

In der Evolution der GUI-Entwicklung nehmen Klassen- oder Funktionsbibliotheken die erste Stufe der drei bestehenden Bibliotheken ein - grafische Bibliothek, Auszeichnungssprache und visueller Editor.

Die Bibliothek ermöglicht es dem Entwickler, Steuerelemente auf die zeitaufwändigste Art und Weise zu erstellen, aber es ist erwähnenswert, dass sie maximale kreative Freiheit erlaubt (nur für SEHR erfahrene Entwickler).

Die Auszeichnungssprache ist das mittlere Glied in dieser Kette. Sie verbindet Bequemlichkeit und Einfachheit mit einer breiten Palette von Funktionen. Allerdings hat sie von den Bibliotheken einen ihrer größten Nachteile geerbt - die Notwendigkeit, das Programm vollständig zu kompilieren, um jede kleinste Änderung zu überprüfen. Wenn Sie die Farbe eines Elements ändern - kompilieren Sie es, wenn Sie etwas überprüfen wollen - kompilieren Sie es neu. Haben Sie die Schriftart geändert? - neu kompilieren. Die Position verschoben? Anderen Text schreiben? - neu kompilieren, neu kompilieren, neu kompilieren.

Die Auszeichnungssprache ist jedoch unverzichtbar, wenn große Gruppen von mehreren Elementen erstellt und Eigenschaften massenhaft festgelegt werden. Sie macht diesen Prozess sehr bequem. Viel einfacher als in einer Bibliothek. Außerdem sorgen die kleine Syntax, die Intuitivität und die unkomplizierten Regeln für ein viel schnelleres Verständnis als bei Bibliotheken.

Der visuelle Editor ist die höchste Stufe. Er vereint alle Vorteile der Auszeichnungssprache, hebt sie aber auf eine neue Ebene, die von Bibliotheken nicht erreicht werden kann. Bei der Arbeit im Editor sind alle Änderungen sofort sichtbar. Eine Neukompilierung ist nicht erforderlich. Sie ist der Markup-Sprache nicht unterlegen, sondern übertrifft sie an Fähigkeiten. Die Spitze.

Und objektiv gesehen, ist es nicht mehr weit bis zu diesem Gipfel... verglichen mit der bisher zurückgelegten Strecke.

 
Obwohl ich keine Grafiken in meinen EAs verwende und EAs sehr greifbare finanzielle Ergebnisse liefern, verfolge ich das Thema mit Interesse und wünsche dem Autor von ganzem Herzen Erfolg!
 
JRandomTrader #:
Obwohl ich keine Grafiken in meinen EAs verwende und EAs sehr greifbare finanzielle Ergebnisse liefern, verfolge ich das Thema mit Interesse und wünsche dem Autor von ganzem Herzen Erfolg!
Herzlichen Dank!


 
Eine weitere Aktualisierung des Entwicklungsstands ist für den 31. Dezember vorgesehen.
 

Entwicklungsstand: gut.

In den letzten zwei Wochen wurde eine Menge Arbeit geleistet, die einem vorher festgelegten Plan folgte. Der Schwerpunkt auf der Implementierung manueller Bearbeitungsmöglichkeiten innerhalb des grafischen Editorfensters hat sich ausgezahlt. Frühere Bearbeitungsmechanismen aus älteren Versionen des Editors wurden wiederhergestellt und aktualisiert. Es gibt jedoch noch mehr Arbeit zu tun. Bis zum siebten Januar plane ich, die vollständige Arbeit an allen wichtigen Bearbeitungsmechanismen für den grafischen Editor zu präsentieren. Sie ist fast fertig.

P.S. Viele Gadgets werden in naher Zukunft viel besser funktionieren.

P.S.S. Frohes neues Jahr!




 

Frohes neues Jahr, Peter. Nochmals vielen Dank für all Ihre harte Arbeit.
Ich freue mich schon auf Ihre nächste Aktualisierung/Präsentation.

 
Douglas Prager #:

Frohes neues Jahr, Peter. Nochmals vielen Dank für all Ihre harte Arbeit.
Ich freue mich auf Ihre nächste Aktualisierung/Präsentation.

Vielen Dank, Douglas. Frohes neues Jahr!
 
Реter Konow #:
In dieser Hinsicht stimme ich zu, aber wenn die Nachfrage ausbleibt, verschwindet diese Freude sofort und es bleibt Leere zurück. Jetzt bin ich also in der gleichen Situation wie die Leute, die Ratgeber schreiben, ohne das Ergebnis zu garantieren. Ich sitze sozusagen im selben Boot.
Ich fühle mit Ihnen. Die Realität trifft einen hart.
 
Midamba Pinkyperry #:
Ich weiß, was Sie meinen. Die Realität tut weh.
Ja. Alle.