Diskussion zum Artikel "Graphische Interfaces XI: Überarbeitung des Bibliothekscodes (build 14.1)" - Seite 3
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Von Ihnen gibt es nichts anderes als Geschwätzigkeit. )
Alles, was getan wurde, geschah sicherlich nicht, weil Sie es gesagt haben. All dies war von Anfang an geplant und wurde streng in einer bestimmten Reihenfolge veröffentlicht. Aber Sie können natürlich auch anders denken und sich weiterhin, wie Sie sagen, im "Chaos einer verzweifelten Suche nach einer neuen Version Ihrer selbst" befinden. Mir macht das nichts aus. )
Ich habe auch gesagt, dass technologisches Wachstum nicht nur durch die Erweiterung und Hinzufügung von Funktionen bedingt ist, sondern auch durch die Komprimierung und Universalisierung von Code. Das Zusammenfassen unterschiedlicher Funktionen zu Blöcken. Genau das haben Sie in Ihrem Artikel gezeigt.
Sie haben wiederholt mehrere Klassen zu einer einzigen zusammengefasst und den Code komprimiert. Gleichzeitig sind die Klassen in dem Sinne universeller geworden, dass eine Klasse mehrere ähnliche Elemente enthält und deren Auswahl durch den Modus erfolgt. Das ist Komprimierung und Universalisierung.
Auch hier hatte ich Recht.
Wo lag ich also falsch?
Natürlich haben Sie nicht alles getan, weil ich es gesagt habe. Das ist mir klar. Aber ich hatte Recht mit dem, was ich gesagt habe.
Erinnern Sie sich an die einzige Möglichkeit, einen Troll loszuwerden? Richtig, füttern Sie ihn nicht.
Erinnern Sie sich an die einzige Möglichkeit, einen Troll loszuwerden? Richtig, füttern Sie ihn nicht.
Ich werde dir ein paar Erklärungen geben. Zum Nachtisch. )
...
Natürlich haben Sie nicht alles getan, weil ich es gesagt habe. Ich weiß das. Außer, dass ich Recht hatte mit dem, was ich gesagt habe....
Wen kümmert es, ob du Recht hast oder nicht? ) Ungeachtet dessen, was andere dir sagen, bist du immer noch das, was du denkst, dass du bist. )
Du hast Dinge gesagt, die selbstverständlich sind und auf die du von Anfang an hingewiesen wurdest. Aber abgesehen davon verbreitest du auch eine Menge Unsinn. Zum Beispiel, dass es unmöglich ist, ein solches Schema mit Hilfe von OOP effizient zu implementieren. Aber wie können Sie solche Schlussfolgerungen ziehen, wenn Sie OOP nicht einmal kennen?
Haben Sie bemerkt, dass das allgemeine Schema dasselbe ist wie vor dem Refactoring? Und es gab keine Schwierigkeiten bei einem solchen Übergang. Die meiste Zeit wurde darauf verwendet, mehrere Dutzend Dateien und Tests durchzugehen.
Bei der derzeitigen Implementierung wäre der Übergang zur dritten Stufe sogar noch einfacher. Die Schwierigkeit ist genau das nicht. Wenn ich eine solche Implementierung machen würde, würde ich alles von Anfang bis Ende auf ein einziges Objekt zeichnen, nicht wie von einigen Forumsmitgliedern demonstriert, wenn einige Objekte manchmal (für die Zeit der Nutzung) über der Haupt-GUI erscheinen. Unter dem Gesichtspunkt der persönlichen Entwicklung als Programmierer bin ich an solchen Halbheiten nicht mehr interessiert. Es ist nicht weit von dem entfernt, was jetzt in der in diesem Artikel vorgestellten Version gemacht wird. Und die Benutzer von MQL-Anwendungen werden überhaupt keinen Unterschied feststellen.
In meiner aktuellen Version werden alle Elemente auf separaten Objekten gezeichnet und es gibt nur eine Ausnahme - die Objektgrafik(OBJ_CHART). Es wäre interessant, ein solches Element in einer gezeichneten Form in dieser Qualität und mit solchen Möglichkeiten zu realisieren, aber im Moment macht es einfach keinen Sinn. Viel interessanter sind für mich die MQ-Dienste, die von den MQ-Entwicklern auf dieser Seite vorgestellt werden. In naher Zukunft wird es nur noch zwei oder drei Artikel über "GUIs" geben, und dann werden Updates, wenn überhaupt, nur noch sehr selten erscheinen. Meistens wird es sich um eine tiefgreifende Optimierung der Bibliothek handeln, bei der der Ressourcenverbrauch so gering wie möglich gehalten werden soll.
Ich werde Ihnen einige Erklärungen geben. Zum Nachtisch. )
1. Wen kümmert es, ob Sie Recht haben oder nicht? ) Unabhängig davon, was andere dir sagen, wirst du für dich selbst immer das sein, was du denkst, dass du bist. )
2. Du hast Selbstverständliches gesagt und es wurde dir von Anfang an vor Augen geführt. Aber daneben verbreitest du auch viel Unsinn.
3. zum Beispiel, dass es unmöglich ist, ein solches Schema mit Hilfe von OOP effizient zu implementieren. Wie können Sie solche Schlussfolgerungen ziehen, wenn Sie nicht einmal OOP kennen?
Haben Sie bemerkt, dass das allgemeine Schema dasselbe ist wie vor dem Refactoring? Und es gab keine Schwierigkeiten bei diesem Übergang. Die meiste Zeit wurde darauf verwendet, mehrere Dutzend Dateien und Tests durchzugehen.
5. Bei der derzeitigen Implementierung wäre der Übergang zur dritten Stufe sogar noch einfacher. Die Schwierigkeit ist genau das nicht. Wenn ich eine solche Implementierung machen würde, würde ich alles von Anfang bis Ende auf einem Objekt zeichnen, nicht wie es von einigen Forumsmitgliedern demonstriert wurde, wenn einige Objekte manchmal (für die Zeit der Nutzung) oben auf der Haupt-GUI erscheinen. Unter dem Gesichtspunkt der persönlichen Entwicklung als Programmierer bin ich an solchen Halbheiten nicht mehr interessiert. Es ist nicht weit von dem entfernt, was jetzt in der in diesem Artikel vorgestellten Version gemacht wird. Und die Benutzer von MQL-Anwendungen werden überhaupt keinen Unterschied feststellen.
In meiner aktuellen Version werden alle Elemente auf separaten Objekten gezeichnet und es gibt nur eine Ausnahme - die Objektgrafik(OBJ_CHART). Es wäre interessant, ein solches Element in einer gezeichneten Form in dieser Qualität und mit solchen Möglichkeiten zu realisieren, aber im Moment macht es einfach keinen Sinn. Viel interessanter sind für mich die MQ-Dienste, die von den MQ-Entwicklern auf dieser Seite vorgestellt werden. In naher Zukunft wird es nur noch zwei oder drei Artikel über "GUIs" geben, und dann werden Updates, wenn überhaupt, nur noch sehr selten erscheinen. Meistens wird es sich um tiefgreifende Optimierungen der Bibliothek handeln, bei denen der Ressourcenverbrauch so gering wie möglich gehalten wird.
1. Nicht wirklich. Wenn ich falsch liege und es überzeugende Beweise dafür gibt - dann gebe ich es zu und ändere meinen Standpunkt.
2. Oft sind diese offensichtlichen Dinge gar nicht offensichtlich. Die Fähigkeit eines Entwicklers, abstrakt zu denken und den Entwicklungsprozess in großem Maßstab zu verstehen, ist ein Plus. Dieses Verständnis habe ich bei Ihnen nicht gefunden, deshalb habe ich es angesprochen. Ich interessiere mich für den philosophischen Hintergrund der Aktion, nicht nur für Details und Routine. Ich will zum Kern vordringen und das Wesentliche sehen. Die Kenntnis des Drehbuchs und der Logik des Prozesses ist für manche Menschen wertvoll. )
3) Es ist schwer zu sagen, wie wirksam das eingeführte System jetzt ist. Es ist relativ. Es gibt jedoch Parameter, anhand derer man die Wirksamkeit der Umsetzung bestimmen kann. Ich denke, man kann sie finden. In diesem Fall könnte man die Effizienz der Umsetzung der gleichen Mechanismen vergleichen, die jedoch mit einer anderen Technologie durchgeführt wurden. Dann können wir eine Schlussfolgerung über die Wirksamkeit ziehen. Wenn Sie wollen, können wir versuchen, das herauszufinden. Ich bin immer noch der Meinung, dass diese Umsetzung nicht effektiv genug ist. Leider gibt es dafür Gründe.
4. Nicht genau das gleiche Schema. Sie haben Änderungen an den Basisklassen vorgenommen. Im "Kern" der Bibliothek. Was Sie in dem Artikel gesagt haben. Äußerlich ist das Schema ähnlich, aber Sie haben zu einer anderen Technologie der Erstellung von Elementen gewechselt.
5. Übrigens habe ich nie gesagt, dass ich eine vollständig gezeichnete GUI auf einer einzigen Bitmap erstellen möchte. Ich halte diese Idee für eine schlechte Idee. Es ist offensichtlich nicht die beste Lösung aus vielen Gesichtspunkten. Für mich ist es also keine "halbe Maßnahme", sondern eine Entscheidung für eine praktischere Option.
Ich füge hinzu: Man kann alles auf einer Bitmap wie folgt machen: Alle gezeichneten Elemente sind Arrays mit Bildpunkten. Sobald sie erstellt sind, erstellen Sie eine Bitmap und ein großes Bild-Array und schieben den Inhalt der einzelnen Elemente nacheinander hinein. Als Ergebnis haben Sie eine Bitmap mit einem vollständigen Bild des gesamten Fensterinhalts. Ich bin einen Schritt davon entfernt. Ich denke, Sie können das auch.
...
Erst dann können wir auf die Wirksamkeit schließen. Wenn Sie wollen, können wir versuchen, das herauszufinden. Ich glaube immer noch nicht, dass diese Umsetzung effektiv genug ist. Leider gibt es dafür Gründe.
...
...
Ich sollte hinzufügen: Sie können alles auf einer Bitmap wie folgt machen: Alle gezeichneten Elemente sind Arrays mit Bildpunkten. Sobald sie erstellt sind, erstellen Sie eine Bitmap und ein großes Bild-Array und schieben den Inhalt der einzelnen Elemente nacheinander hinein. Als Ergebnis haben Sie eine Bitmap mit einem vollständigen Bild des gesamten Fensterinhalts.
...
Kein Kommentar, Captain Obvious. )
Sie sollten zuerst effektiv veröffentlichen. Denn niemand außer Ihnen hat jemals das Objekt Ihrer "Effizienz" in den Händen gehalten. Wahrscheinlich deshalb, weil es so effektiv ist, dass es Angst macht, es zu zeigen. )
Kein Kommentar, Captain Obvious. )
Lassen Sie uns also die Effizienz vergleichen, ja? Ich habe einen direkten Vorschlag gemacht.
Das stört mich nicht. Vergleichen Sie. )
Ok.
1. Zunächst werden wir die Kriterien für die Bewertung der Wirksamkeit der eingesetzten Technologie festlegen.
2. Dann werden wir Kriterien für die Bewertung der Wirksamkeit der eingesetzten Mechanismen definieren.
3. Wir wählen dieselben Mechanismen aus, die von mir und Ihnen entwickelt wurden, und führen mit ihnen Tests durch.
Danach werden wir zu einer eindeutigen Schlussfolgerung kommen.
Sind Sie mit diesem Plan einverstanden?
...
Zuerst haben wir
...
Nicht wir, du. Ich habe etwas zu tun (lesen Sie genauer). Ich habe keine Lust, Zeit zu verschwenden. )
Das ist schade.
Es ist schade, dass der Kampfgeist jetzt irgendwo ruht...).